冷静に​振り返ると、​この​Playbookにの​めり込みすぎていました。

脳が​パンク寸前に​なる​感覚は、​正直ありました。

あの​辺りで、​一度​立ち止まるべきだった。

拘り方にも、​限度を​設けるべきだった。

僕が​苦しくなっていた​理由は、​Playbook​その​ものでは​ありません。

終わりの​定義が​ないまま​走り続けていた​ことでした。

今日は、​その話です。

目次

終わりの​定義が​ない​プロジェクトは、​膨らむ

ある​打ち合わせで、

「一度ルールを​決めましょう。」

と​いう​提案を​受けました。

その​ときの​僕は、​素直に​受け止める​ことができませんでした。

今​思えば、​とても​良い​提案でした。

余裕が​なくなっていたから​こそ、​「止まる」ことに​抵抗していたのだと​思います。

もちろん、​Playbookの​立ち上げには、​産みの​苦しみも​ありました。

だから、​ある​程度の​負荷は​避けられなかったのかもしれません。

それでも​PMと​して​振り返るなら、​一つだけ​できたことがあります。

小さな​完了条件を​決めて​おく​こと。

それが​ないまま​進めた​結果、​終わりの​見えない​プロジェクトに​なっていました。

PMの​世界では、​終わりの​定義が​ない​プロジェクトは、​必ず​膨らみます。

「もっと​良く​できる」は、​終わらない

振り返ると、​Playbookでは​こんな​ことを​考えていました。

「もっと​良く​できる。」

「もう​1記事だけ。」

「Aboutも​直そう。」

「タグも​整理したい。」

どれも​間違いでは​ありません。

だから​こそ、​終わらないのです。

改善は、​際限なく​続けられます。

だから​必要なのは、​「もう​改善しない」と​決める​ことでは​ありません。

「今回は​ここまで」と​決める​こと。

それが、​次へ​進むための​区切りに​なります。

Definition of Doneを​決める

PMでは、​Definition of Done​(完了条件)を​決めます。

終わりが​決まっているから、​安心して​走れます。

これは​仕事だけの​話ではないと​思っています。

例えば、

今週は​3記事公開したら​一区​切りに​する。

Aboutページを​公開したら​公開準備は​完了と​する。

X運用の​仕組みを​作ったら​Phase1を​終える。

完了条件を​決めるのは、​早く​終わらせる​ためでは​ありません。

時間や​集中力を、​本当に​大切な​もの​へ残しておく​ためです。

だから​僕は、​プロジェクトマネジメントは​仕事の​ための​技術ではないと​思っています。

本当に​大切な​ものを​守る​ための​技術です。

Key Takeaways

  • 終わりの​定義が​ない​プロジェクトは、​改善が​続き、​際限なく​膨らんでいく。
  • 「今回は​ここまで」と​いう​完了条件を​決める​ことが、​次へ​進むための​区切りを​つくる。
  • プロジェクトマネジメントは、​時間や​集中力を​守り、​本当に​大切な​ものへ​使う​ための​技術である。

あなたへの​問い

今、​取り​組んでいる​ことの​中で、​「終わり」が​決まっていない​ものは​ないでしょうか。

もしあるなら、​その​活動が​「完了した」と​言える​条件を、​一つだけ​決めてみてください。

そして、​もう​一つだけ​考えてみてください。

その​取り組み方は、​あなたに​とって​本当に​大切な​ものを​守れているでしょうか。

プロジェクトを​終わらせる​ことは、​妥協では​ありません。

大切な​ものを​守りながら、​次へ​進むための​意思決定なのかもしれません。