スタートアップでは、エンジニアが実装するためにPMsによって提出されたタスクは、低/中/高の優先順位付けを持っていたことをお勧めします。
初期段階のスタートアップであるため、時間や人よりも多くの作業が常に行われるため、エンジニアは低または中程度の作業を行うことはありません。
PMsは低優先度タスクと中優先度タスクの提出を停止しました。
すべてのタスクが優先度が高い。 したがって、優先順位は非公式に伝えられます：”はい、両方とも優先順位が高いですが、XはYの前に来ます”。 それは自然に意見の不一致につながります: “なぜあなたはaを終えなかったのですか？”私はBに取り組んでいたので、”しかし、Aは優先順位が高いです。「いいえ、彼らは同じ優先順位の高を持っています。”
興味深いのは、片側がシステムを破壊したためにこれが起こらなかったということです。 逆に-両側は、彼らがシステムの下でやっていることになっていたことをやっていました。 優先順位付けの全体のポイントは、彼らがすべて行うことができないときに削除することができるものを言うことであるため、低および中のタス とにかく、行われないタスクを提出するポイントは何なので、再び優先度の高いタスクのみを提出するPMsの決定は理にかなっていましたか？ そうすることは関係する皆のための時間を無駄にするだけである。
だからシステムが故障した。
いくつかの選択肢は何ですか？
機能する優先順位付け方法は、客観的に定義された優先順位を持つことです。 たとえば、Googleでは、P0は生産の緊急事態を意味しました。 夜中に目が覚めたP0を修正するために人々がページ化されるのは不合理ではありません。 P1は異常に高い優先度のタスクを意味しました—P1で作業するために何をしているのかを止める必要はありません（P0ではありません）が、作業 P2はほとんどのタスクに使用されました。 そして、P3とP4は、これまで、行われないだろう。
このシステムは、優先順位が客観的に定義され、広く理解されているため、人々は”いいえ、それはP0ではありません—生産緊急事態ではありません”または”いいえ、それはP1ではありません—はい、それは重要ですが、私たちが持っているすべての作業よりも優先されるわけではありません。”低/中/高では、特定のタスクは中または高ですか？ それは意見の問題です。 それはシステムが故障する原因となる、何かを意味することができます。
第二の優先順位付け方法は、PMが合意された時間内に行われるタスクの定義されたリストからなるサイクルまたはスプリントを定義することです。 タスクが現在のサイクルに含まれている場合、それはこのサイクルを実行する必要があることを意味するため、優先順位はあまり関連しません。
機能する第三の優先順位付け方法は、PMがタスクの優先順位付けされたリストを定義することです。 1番目が2番目よりも重要であり、3番目よりも重要である番号付きリストなど。 これは再び理にかなっています。 最終的に重要なのは、両方を行う時間がないときに、エンジニアがタスクXまたはYを行う必要があるかどうかです。 Xが絶対的な意味で中程度であるかどうかではありませんが、それはとにかく意味がありません。
いずれにしても、低/中/高の優先順位付けを使用しないでください。 Trelloのようなものを使用して、タスクを上下にドラッグして暗黙的な優先順位を設定します。
これは、リストがlaunch feature Xのような高レベルの目標で構成されている場合に特にうまく機能します。 それは人々に所有権を与え、それらに動機を与える。
もちろん、これはすべてあなたが有能で善意のPMsを持っていることを前提としています。 私はサイクルにできるだけ多くのタスクを詰め込もうとするいくつかの二流のPMsで働いてきました,そして、物事が予想よりも長いときに怒ってい 彼らは優先順位を付けることはできません。 彼らはそれをすべてしたいです。 あるいは、プロジェクト管理における基本的なトレードオフ、すなわち時間、範囲、品質のトレードオフを理解していません。
または、彼らは上記のすべてを理解していますが、これを使用してエンジニアを操作し、より多くの仕事を得ることができます。 これは長い間機能しません—彼は通常、私を批判する機会としてそれを誤用するので、私はPMに関連する情報を与えるのをやめました。 私は彼が言うすべてを割引したいです。 彼がチームの他の誰かと意見の相違があったとき、私は他の人が正しいと仮定することから始めます。
二流または悪意のあるPMsを持っている場合、優先順位付け方法はうまくいきません。
エンジニア向けに設計されたバグ追跡ツールや、あらゆる種類のタスク用に設計されたタスク追跡ツールが動作しないのは興味深いことです。 これはおそらく、データベースの上にUIを置くだけのエンジニアの偏見のためです。 しかし、人間はデータベースのようには考えていません。 机の上に並べられ、ソートされたカードの束のような現実世界のメタファーは、より良いモデルかもしれません。