リモートワークをきっかけに、見積もりと進捗について考えてみた

Transcript

1. リモートワークをきっかけに、 見積もりと進捗管理について考えた
2. 自己紹介
3. 前提 ここ半年ほど担当していたタスク - 自社開発ソフトウェア「X-MON」の開発 - 社内向けWebシステムの開発（Laravelフレームワーク）
4. リモートワークをきっ かけに？
5. リモートワークをきっかけに （リモートワーク導入以前...） リモートワークさえ導入されれば、勤務 は天国になると思っていた。
6. リモートワークをきっかけに （リモートワーク導入後...） そんなことはなかった。
7. 新たなる壁、進捗管理
8. 新たなる壁、進捗管理 リモートワークであっても、進捗に遅れが生じるとしんどい ⇓ いかにこれを解決するか 今まで、リモートワークでないことに全ての原因を帰していたため、気が付かなかったが・・・
9. 新たなる壁、進捗管理 結論： スケジュールがひっ迫しないような見積もりを出せば、 進捗の遅れを防ぐことができる。
10. スケジュールがひっ迫しない ような見積もりを出す
11. スケジュールがひっ迫しないような見積もりを出す 締め切りを遅らせるほど、締切に間に合わなくなるリスクは減る ⇕衝突 とはいえ、無限に見積もりを膨らませるわけにはいかない どうすれば...
12. スケジュールがひっ迫しないような見積もりを出す 『Clean Coder』という書籍が参考に
13. 『Clean Coder』 締切の原則 「締切は絶対に守らねばならない。 『間に合います』と自信を持てるところに、締切を設定する」
14. 『Clean Coder』 ⇨ なぜ？ 顧客はこちらの納期を信じ、予定を立てるから。 （システム稼働を前提とした前準備や、プロモーション等にお金を払う） 締切に間に合わなかったということは、顧客に損害を与えるということである。
15. 『Clean Coder』 じゃあ、確実に納期を守るために、 めちゃくちゃに長い見積もりを出してもいいの？ ⇓ NO
16. 『Clean Coder』 また、この書籍においては、エンジニアが自分の作業について、（ある程度）正 確に見積もれるということを前提に書かれている （ソフトウェアのプロとしてどう振る舞うか？という話なので） ⇨ 正確な見積もりの元に、締め切りを設定しないといけない
17. 『Clean Coder』 では、実際にどうやって正確に見積もるのか
18. 正確に見積もる 今実施している方法 - 三点見積もり法 ＋ 積み上げ法 ＋ スプレッドシートでの記録
19. 正確に見積もる - 与えられたタスクを、細かく細分化する - それぞれの細分化したタスクについて、三点見積もりを行う - それぞれについて合算し、悲観値を締め切りとする ※三点見積もり：楽観値、標準値、悲観値を利用し、見積もりを行う方法。 それぞれ楽観的に見積もった値、通常完了すると思われる値、悲観的に見積もった値を表す
20. 正確に見積もる
21. 正確に見積もる というわけで、まだかなり幅があり、正確な見積もりをするという点においてはまだ道半ばである。 見積もりにおけるミスもめちゃくちゃ多い - 要件を満たしておらず、手戻りが発生する - デザインパターンに沿わない独自実装を行い、リファクタリング（設計不足） - 初めて触るフレームワーク等について、必要作業時間を甘く見積もりすぎた - 見積もり段階における、実装メソッドの想定漏れ - 環境構築、最終確認、プルリクエストと修正等、見積もりに含めるのを忘れる
22. メリット
23. メリット 以下のようなメリット - PDCAサイクルが回せたので、見積もり精度を向上させることができた。 - タスクを自分で管理している感覚が得られた - 進捗把握に役立った - 「質問しにくい...」問題が解消された
24. PDCAサイクルが回せたので、見積もり精度を向上させることができ た タスクごとに見積もって、都度振り返りを行うことで、 定期的にセルフフィードバックを受けることができた。 以下のような気づきを得られた。 - リリース単位を小さくすると、見積もりは簡易になる。 - 可能な限り作業単位を分割したほうがよい。見積もりが容易になるし、考慮漏れが防げる。 - やったことない言語、アーキテクチャ利用の場合はかなり余裕をもって見積もったほうがいい。 - ガンガン質問することで、進捗はスムーズになる。 - 考慮漏れしやすい作業工程（環境構築、リファクタリング、最終確認など）
25. タスクを自分で管理している感覚が得られた 概算見積もりに比べ、根拠を持って見積もりを出すことができること により、自分の見積もりに自信がもてるようになった。 自信があれば、次は進捗管理が不可能なものではなく、管理可能 で、自分でハンドリングできるものであるように感じられるようになっ た ⇨ 主体的に仕事に取り組めるようになった。
26. 進捗把握に役立った 細かくスプレットシートにタスクを羅列し、終わったものから塗りつぶしていく作業を 行うことによって、自分が今どこまで進んでいて（現在地）、ゴールまであとどれくら いなのかを把握しながら仕事を進められるようになった。 ⇨ これも、自信をもって仕事を進めていけるという点に寄与してくれた。
27. 「質問しにくい...」問題が解消された リモートで特に深刻になりやすい「質問しにくくて ...」現象。 PDCAによる気付きから、「ガンガン質問することで、進捗はスムーズになる」ことがよくわかった。 ＋ 締切にはかならず間に合わせないといけないという意識 ⇨ 「相手の都合など知るか、質問しなければ進捗に遅れが出て俺が死ぬ」 という考え方となり、質問や相談のタイミングが早まった。
28. まとめ - リモートワークをきっかけに、見積もりと進捗管理について考えるようになった。 - 『Clean Coder』という書籍に、見積もりについての大事なこと、考え方が書かれていた。 - 現在は三点見積もり + 積み上げ法という見積もり方法を用いて、見積もりを行っている。 - 見積もり精度については道半ばだが、 PDCAサイクルを回せるので気づきが多い。メリットも多々受けることができた。
29. 今後 このサイクルをぐるぐる回して、見積もりについてのノウハウを溜めていきたい。
30. ありがとうございました 当発表内容についてはブログにしています ⇨ https://taro-h.hatenablog.com/entry/mitsumori_shinchoku_rw