プロジェクト管理しないという提案

プロジェクト管理しない
という提案

プロジェクト管理
スケジュール管理
課題管理
バグ管理

プロジェクト管理のメリット
開発スケジュールが見通せる
全員が状況を把握できる
打ち合わせが短縮できる

漏れがなくなる
効率的に開発が進められる
責任範疇が明確になる
プロジェクト管理のメリット

でも、
その管理って
本当に必要ですか？

自己紹介
森英寿
株式会社ZIG CTO
Twitter: @h_mori
Facebook: hidetoshi.mori

開発プロダクト
TweetMe
SOICHA
ATND暦
ZIGNOTE.
Zappers (開発中)

現在の会社
2014年2月 3人で株式会社ZIGを設立
B to C プラットフォーム戦略
ビジネスモデル：広告収益
リーン・スタートアップ

リーン・スタートアップ
価値の薄い要素を最小限に抑え
素早く改良を重ね成功に近づける
ビジネス手法

プロダクト・マーケットフィット
提供が本当に可能か？
需要があるか？
マネタイズが可能か？

なぜリーンなの？
新しいアイディアに資金調達は難しい
プロダクト・マーケットフィットが検証される
までリーン戦略しか取れない

スタートアップ＝チキンレース

目的
開発が遅延せずバグのなく品質の高いシステム
を作る

目的
を作る
多くのユーザーに利用されるサービスを提供する

目的
を作る
多くのユーザーに利用されるサービスを提供する
（※特にカネ払いの良い顧客）

戦略
少ない予算でプロトタイプ開発
少ない予算で検証
少ない予算で修正
早急にPMFを検証し資金調達

手段
徹底的に無駄を排除
価値が薄い機能を捨てる
主要な機能をのみをブラッシュアップ

プロジェクト管理の現状
実装検証項目が多い
正確なスケジュールが引けない
リスケの嵐

実装検証項目が多い
正確なスケジュールが引けない
リスケの嵐
時間がないのに更にリスケ工数がかかる

課題管理
膨大な要望・課題数・矛盾
優先度が定性的な独断

課題管理
膨大な要望・課題数・矛盾
優先度が定性的な独断
重要じゃない機能にコストをかける

バグ管理
膨大なバグ報告
重複しまくり
膨大なチケット整理

バグ管理
膨大なバグ報告
重複しまくり
膨大なチケット整理
デバッグ疲れ → モチベーション低下

管理しないとどうなる？
管理コストが減る
打ち合わせ回数が格段に増える
裁量の範囲が広くなる
意思決定スピードが上がる
思考の幅が広がる

概略スケジュールのみ
↓
変化に対応した柔軟なリスケが可能

課題管理
アイディアがたくさん生まれる
価値（費用対効果）が低いものを捨てられる
重要なことは何度も議題に上がる
↓
優先度がより明確になる
※重要度 x コストで実装フェーズが決まる

バグ管理
クリティカルなバグから着手
↓
※例）１％の環境下で起こるバグは後回し

仕様変更に対する意識
開発者
＞リスク共有による不安解消
＞より良い仕様のアイディア
企画者
＞費用対効果の高い最適解

高いモチベーションが維持できる

プロジェクト管理のメリット（再掲）
打ち合わせ時間が短縮できる

プロジェクト管理のメリット（再掲）
打ち合わせ時間が短縮できる
ユーザーのためではなく
提供者の論理

前提条件
絶対的なメンバーの信頼
価値あるモノづくりの意識
ホラクラシー型組織構造

最後に
スケールする組織、サービスは質の開発が重要
“ 価値 = 質 x (量^2) ”
– ランチェスターの法則

ご静聴ありがとうございました

Recommended