はじめに

社会人になって5年以上経過し、トレーナーを担当することも増えたので、
自分の新卒時代やトレーナーをやっている中で大事だなと思ったことまとめ。
働き方とか多め。技術系は良記事が多数存在しているのでリンク辿る形。

業界でいうとソーシャルゲーム系。

自分はこの内容をトレーニーにも共有して、週次の振り返りの際に、遭遇した事例と関連付けたりする形で使用している。

■トレーナーの心得

『やってみせ、言って聞かせて、させてみて、ほめてやらねば人は動かじ。
話し合い、耳を傾け、承認し、任せてやらねば、人は育たず。
やっている、姿を感謝で見守って、信頼せねば、人は実らず』(山本五十六)

『「結果を出すから黙って見てて」みたいな働き方は違う。ビジネスは結果が全てだけど、それと同時に組織で働くということは上司からの期待や信頼、仲間からの理解や共感があって成り立っていることだから。自分だけの力でやっているなんて思うのは驕り』

新卒特権を活かす
- 注目度：高
- いろんな人から話を聞きやすい
- 出来なくて当たり前、成果にはボーナス付き
自分の型を作る
- タスク管理
- 頭を切り替えるルーティーン
- リフレッシュ方法
- 苦手なことのカバー方法
- モチベーションコントロール
- セルフマネジメント
  - セルフマネジメントのレベルと欠かせないスキル
自分のキャパを知る
- 仕事はマラソン
  - 無理をして体調を崩すと、周囲への影響も大きい
  - 年次が上がるほど無理はできなくなるので早めに把握しておく
- 人への頼り方を早めに覚える
信用残高を貯める
- 期待値を超える
- 信頼を裏切らない

1日は6hで考える (業務時間8h)
- MTGなどで実作業できるのはこのくらいと見ておく
- 残業前提で見積もらない
  - それは「いざというときの切り札」
なんとなくで見積もらない
- タスクを分解し、個々を見積もる
見積もりの単位の目安
- 0.5h
- 1h
- 2h
- 4h
- 4hを超えるならタスクを分解
合計見積もりが出たら1.5倍 (バッファ)
予実から自分の力量を把握し、バッファをタスクに合わせて調整できるようになる
- 不確実性の低いタスクは少なく、高いタスクは多く
- オーバーした要因は記録して、改善へ繋げる
見積もりをレビューしてもらう
言われた期日に合わせにいかない
- 間に合わなければチームに迷惑がかかるし、品質が落ちればユーザに影響が出る
- ●●すると工数は■■減る、という提案をできるようにする
自分で言った見積もりは死守する
- 互いの信頼で成り立っている。約束は守ろう
- 進捗はこまめに上長に報告し、遅れの発生を早めに検知して調整する
「工数一日」は「明日できる」じゃない！エンジニアと非エンジニアのギャップとは
エンジニアが知っておきたい工数見積もり術！
プログラミングで一番難しいのは「見積もり」だと思う

株式会社自分を経営している、という視点で自分を俯瞰すると良いと思っている
自分というキャラクターを育てる育成ゲームをプレイしている感覚もアリ

『コードを書くだけがエンジニアじゃない』

損得勘定で始めるのもアリだけど、「自分たちの組織を自分たちで良くしていく」という想いに至ってくれると嬉しい