パレート規則を回避する可能な方法

みなさん、こんにちは

私たちの会社で実際に使用されている20/80問題の可能な解決策の1つを議論することを提案します。



多くのプロジェクトマネージャーは、パレートの法則を知っています（一般的な形式では、「努力の20％が結果の80％を与え、残りの80％が結果の20％しか与えない」）、バージョンでは「プロジェクトの最後の20％にはリソースの80％が必要です」 簡単に言えば、プロジェクトは開業の3日前に実際に行われ始めています。 その結果、緊急事態、期限に間に合わない、品質が悪い、走り回る、ストレス、その他のPM'aの喜び。



よくある間違いは、開発者にTKを与え、すべてを実行してからチェックを開始することです。 これは、プロジェクトが非常に小さい場合に機能します。 したがって、1つの大きなプロジェクトからいくつかの小さなプロジェクトを作成する必要があります。 試行錯誤を通して、私たちは自分たちで解決策を見つけました。これは、従来「毎週の反復」と呼ばれていました（ただし、これは完全な意味での反復ではありませんが、各反復は分析から実装までのすべてのフェーズを含むミニプロジェクトです）-タスクは反復に結合されます1週間で完了することができます。 ここで最も重要なことは、反復を完全に実行して検証する必要があるということです。



今、順番に：

1. すべての作業は個別のタスクに分割されます。 プロジェクトがタスクに分割されると、これらのタスクの適切な管理を整理できます
2. タスクは、サイズが約1週間のパッケージにバンドルされています（開発者の数に応じて、パッケージのサイズは異なる場合があります）
3. 主な機能：タスクは毎週パーツ（パッケージ）で顧客に引き渡されます-これにより、プロジェクトの開始時に多くの重要なことを理解できます。
   
   -タスクの複雑さの評価の正確さ
   
   -顧客の妥当性と責任
   
   -チームの質の高い結果
4. 問題の解決を完了することが重要です。なぜなら、 顧客が受け入れたタスクのみが完了したと見なすことができます。 受け入れのためにタスクパッケージを顧客に転送するだけでなく、顧客が作業を受け入れるようにします（したがって、バグを修正します）

もちろん、このようなプロセスは整理が難しく、これによりマネージャーに追加の負荷がかかるようですが、実際には、負荷はプロジェクトマネージャーとチーム全体に均等に分散されます。 実際のジョブでは、タスクパッケージが顧客に転送され、チームが回答を待っている状況はダウンタイムの原因になります。 したがって、「反復」は重ね合わせ、つまり

• 1週間目-1回目の作業パッケージを実行し、顧客への転送の準備（内部テスト）を行います
• 2週目-最初のパッケージを顧客に転送し、2番目のパッケージを実行します。 1回目の反復でのエラー修正が最も高い優先度で進行することが重要です。
• 3週目-1番目のパッケージを閉じ、2番目のパッケージのエラーを修正し、3番目のパッケージを作成します

4週目までに1回目と2回目のイテレーションで未完了のタスクが残っている場合は、4回目のイテレーションを実行しないで、それらに集中する必要があります。



このアプローチから得られるボーナス：

• プロジェクトの現在の状態と計画からの逸脱を明確に理解し、「作業フェーズを完了するために何をすべきか」を理解します（そして支払いを受けます）
• 「パワーのバランス」を理解する-実行者側のタスクの数と、顧客側のタスクの数
• 効果が大幅に減少20/80
• 顧客との関係におけるリスク低減（仕事の提供は最初から始まります）
• アカウントの新しい要件と紛争の数を減らす：タスクを見つけ、実行し、合格しました
• コスト削減-作成したばかりのコードのエラーを修正する方が、3か月後よりもはるかに安価です。

私たちのアプローチは絶対的な真実であるとは一切主張しておらず、一般的に、それは私たちだけに適しているかもしれません。 しかし、おそらくこの記事は誰かに役立つでしょう。 また、20/80に対する質問に答えたり、他の解決策について話し合ったりします。