20080520社内発表資料 自分で自分を制御する！現場開発者のプロジェクト管理 担当者レベルでもちゃんと管理しようよという話

1. 自分で自分を
制御する！
現場
開発者のプロジェクト管理
“Control Myself” Project Management for Developers
こしば としあき 4038nullpointer.com

2. 最優先
要件

3. 約束を
守る

4. 期日を
守る

5. 最優先
制約

6. 無駄に金を
使わない

7. 無駄な残業
をしない

8. 質問

9. 計画は立案し
てあります
か？

10. 悪い例

11. 悪い例 工程間の
連携は？
工程内の どんな工程に
作業要素は？ 繋がる？

12. 何を利用して
進捗を計測し
ていますか？

13. 悪い例

14. 悪い例
値の
根拠は？

15. 今日の作業は
何をどこまで
やりますか？

16. 悪い例
現在は
6/11の朝

17. 悪い例
現在は
6/11の朝
6/11は
どこまで
やるの？

18. 進捗遅れはど
うやって回避
しますか？

19. 悪い例
現在は
6/12の朝

20. 悪い例
現在は
6/12の朝
予定通りに
終わるの？

21. 不使用無駄金
期日は遵守

22. 管
Management
理

23. 工程管理
進捗管理

24. CCPM

25. Critical Chain
Project
Management

26. 工程管理

27. 無駄作業止め
て余裕を作る

28. 工程の
洗い出し

29. ゴールから
逆算

30. ゴール=到着時刻
から逆算
乗換=ゴールに
至る全作業を
明確化

31. バッファ
設定

32. プロジェクト･バッファ
合流･バッファ

33. プロジェクト
バッファ

34. 作業ごとに
バッファを
持たない

35. 普通のやり方
見積もり1日では
ギリギリ。
だから2日と報告

36. CCPM方式
ギリギリの
見積もりで報告
ゆとりは全体管理

37. 合流
バッファ

38. 重要箇所
クリティカル･パス

39. クリティカル･パスは
問題なし
非クリティカル･パスで
問題発生
クリティカル･パスの
後続を実行できない!

40. 合流バッファ

41. 進捗管理

42. 問題発生を
感知する

43. 手遅れになる
前に手を打つ

44. 残存バッファ
で進捗計測

45. 俺式
Burn down
Chart

46. 赤：デッドライン
黄：警告ライン
黒：実績ライン 青：見積ライン

47. 警告ライン
より前なので
残業は不要

48. デッドライン
より前で対処
ここで残業！

49. 残業でバッファ作成
先手の対処

50. 悪い例
オンスケと
報告

51. 悪い例
ここで残業！
手遅れの
可能性大

52. 残業でリカバリー
後手の対処

53. まとめ

54. 問題は早期に
解決する

55. 問題を解決す
る時間を持つ

56. 期日を守って
信頼を得よう

57. 資料

58. 基礎から知りたい

59. 早速実戦投入したい

60. 好評連載中
http://gihyo.jp/lifestyle/serial/01/tan-pro

61. 終わり
ご清聴ありがとうございました