プロジェクトが回る最低要件に関しての自分メモ

集団の場合の最低要件

• スケジュールをプロジェクトによるけど日付設定して切っている
• 日付設定して切った時点で大枠は存在している、そして大枠もその時点で切り切れるだけタスクに切ってある
• それらを日付設定し個人に割り当てる
• 進捗を毎朝の会15分か週一で確認。進捗が微妙であれば別メンバーに入ってもらう。ただしリーダーがフォローすること前提。
• 進捗が出にくいことを悪いではなく助け合って共に解決する文化にする。自分のタスクをやった上で他人を助けていると評価される環境にする。
• 進捗によってはスケジュールを引き直しステークホルダーと交渉する。

個人でやる場合

• スケジュールをプロジェクトによるけど日付設定して切っている
• 日付設定して切った時点で大枠は存在している、そして大枠もその時点で切り切れるだけタスクに切ってある
• それらを日付設定し自分に割り当てる
• 進捗を毎朝の会15分か週一で確認。鬼コーチなどのGPTsを使うとかする。進捗が微妙であればWhyを考える。

おそらく半年後くらいの自分が疑問に持つかもしれないこと

スケジュールをきっちり切るって炎上しそうじゃないの？

アウトプット・アウトカムのためにスケジュールを柔軟に設定できない時点でもうそのプロジェクトは失敗していると思う。
正直アウトプット・アウトカムについて中長期の目線で考えられない人たちと仕事するのを避けるべきだと思う。

個人開発でもやる意義は？

お前が締め切りを設定しないと動けないくらいにはだらしないからでしょ。

（追記）スタートアップでも同じこと言えるの？

君が創業者や取締役ならダメじゃないかな？熱量を投じるに値するものに熱量を投じると決めているのに。でもあなたと同じくらいの熱意を持たない人間からすればあなたの一大プロジェクトはライスワークに過ぎないんだよ。その視点を忘れないようにね。僕。

なぜこれを書いたか？

つい最近うまく回るものと「これはまずいな」というものをいくつか個人開発でこさえたり、見たりしたのでうまくいっているものとうまくいってないものを比較した結果出てきた自分なりの考察としてまとめたくなった。