パーキンソンの法則：実在する法則を活用する

パーキンソンの法則：実際に存在するので活用すべき

• パーキンソンの法則: 「仕事は、その完了のために与えられた時間を満たすまで膨張する」という法則。これは直感に反するが、実際に多くの真実を含んでいる。プロジェクトに期限がなければ、たとえ自分で設定した期限であっても、必要以上に長くかかり、機能追加やスコープ拡大が起こりうる。

• アイアン・トライアングル: プロジェクトの3つの主要な制約条件を表す。

  • スコープ: 完了すべき作業。
  • リソース: 作業を実行できる人とツール。
  • 時間: 作業を完了するための時間。
  • この3つのうち1つを変えると、ほかの要素に影響する。たとえば、より多くの作業を望むなら、より多くの人員や時間が必要になる。

• 期限の重要性: 期限がなければ、チームのプロジェクトの範囲は与えられた時間を満たすように拡大する。期限は明確なテンポとリズムを強制し、根本的に仕事を前へ進める。たとえば、いつでも作成できるアンケートよりも、明日までに作成しなければならないアンケートのほうが、はるかに高い回答率を得る。

• 効果的なリーダーシップのためのテンポとリズム: 期限のある仕事は、現実的で具体的な進捗を強制する。たとえば、プロトタイプに1か月かかると思うなら、チームに週末までに何を届けられるか挑戦させるべきだ。

• 週次レポートの重要性: 人は1週間でできることを常に過小評価する。チーム、プロジェクト、作業に週次レポートのリズムを注入し、チームが計画し、実行し、週ごとの進捗をアップデートとして書いて共有するようにする。この規律は活力を与え、人々が仕事について考える方法を完全に変える。

• 期限の力: 期限は、人を動かし、気分を良くさせることを理解したうえでうまく使えば、強力な道具になる。パーキンソンの法則は実際に存在し、組織が大きいほど、より強くこれに抗わなければならない。この戦いに成功すれば、数万人規模の組織でも素早く成長し、デリバリーできる。そうでなければ、ある日スタートアップが地域税務署のソフトウェア版に変わってしまったことに気づくだろう。期限を設定しよう。

[GN⁺]

Hacker Newsの意見

• 新しい職場で、上司から作業ペースを合わせるように言われた経験がある。結局、月曜の午前中に1週間分の仕事を終わらせ、残りの時間は探索的なプロジェクトに使っていた。間違ったものを素早く出荷しても、結局は間違ったものを出荷しているにすぎない。

  • 500万ドルの問題を100万ドルで解決しようとして、結局1000万ドルかかるケースを見たことがある。チームが急いで選んだ「近道」が、最終的には「迂回路」になってプログラムを遅らせた。

• 大手クラウドプロバイダーで働いていたとき、あらゆることがゆっくり進むのを経験した。スタートアップでの時間的・資金的プレッシャーとは正反対だった。パーキンソンの法則のドミノ効果を目撃した。

  • 組織が引き延ばされたタイムラインを設定し、それが最終的にさらなる無駄につながる。

• 恣意的な締め切り設定は、チームをプロジェクト崩壊へ導く可能性がある。小さな増分を定義し、問題を解決していくほうがより良い方法だ。

  • 締め切りは必ずしも必要ではなく、細かな関与とワークフローに集中することが重要だ。

• 人はそれぞれ異なる動機によって動く。プレッシャー、報酬、問題解決などがある。人為的な締め切りや報酬は、かえってモチベーションを下げることがある。

• 締め切りは一部の人には効果的かもしれないが、普遍的な解決策ではない。パーキンソンの法則を説明し、多様な解決策を提示する一般理論が必要だ。

• パーキンソンの法則を管理者に教えると、非現実的な締め切りを設定するようになり、全員にとって有害になりかねない。開発者が仕事に関心を持てるようにすることが重要だ。

• 締め切りの問題は、それが他人の優先順位を反映していることだ。締め切りが効率的な優先順位と一致しているなら不要である。外部から課された締め切りは、作業配分を変えてしまう。

• 作業のおおまかな見積もりを立てて計画することは、生産性やストレス水準に良い影響を与える。タイムボクシングと優先順位付けが重要だ。

• 適切な環境がなければ、差し迫った締め切りは有害になりうる。ミスを学習の機会と捉え、チームの努力を共有されたビジョンと一致させる必要がある。

• 2つのシナリオがある。継続的なプレッシャーによる燃え尽きと、個人的な挑戦として締め切りを設定することだ。後者は、分析麻痺を避け、集中を保つのに役立つ。