厳しい優先順位付け

優先順位付けとは、そもそも最も重要なタスクを完了することです。 製品を生産する場合、これは顧客にとって最も価値のあることを最初に行う必要があることを意味します。



私の経験では、優先順位に関連する意思決定の技術は、特別に困難なチームに与えられるスキルの1つです。 理由は、これらの決定が非常に複雑な場合があるためです。 これは通常、製品マネージャーの基本的な責任の一部ですが、最高のチームでは、各メンバーが優先順位を優先的に優先順位付けし、同僚と同じ目標に焦点を合わせて、共同で作業することがわかりました。



この記事では、優先順位付けの基本に焦点を当てます。

優先度設定の基本

製品管理における優先順位付けは、次の2つの領域に分けることができます。

• プロジェクト間の優先順位付けは、チームが次に取るプロジェクトの定義です。
• 1つのプロジェクトのフレームワーク内での作業の優先順位付け-ここでの目標は、1つのプロジェクトをできるだけ効率的に実行することです。

後で見るように、これらの各問題を解決する方法は非常に異なります。 これは、それらがさまざまなソリューションを伴うという事実によって説明されます。



プロジェクトの優先順位を決定する際には、1つの重要な決定を行う必要があります。 最初に私のチームは何に投資しますか？ この問題に対する適切なアプローチを見つけるために、パズルを組み立てることを想像してください。 パターンを厳密にたどってすべてのピースを見つけ、それらが正しい順序で加算されると、答えが得られます。



プロジェクトに優先順位を付けるとき、何百回も同じ決定をしなければなりません ： それは本当に必要ですか？ 正しいアプローチは次のとおりです。製品の生産プロセスは常に自発的であるということを認識し、必要なものとオプションのものを分離して、迅速な意思決定を可能にする厳格な考え方を開発する必要があります。

プロジェクト間の優先順位付け

パターンを厳守してパズルを完成させてください。チームは最初に何に投資しますか？



この質問への答えはあなたからの厳密を要求するかもしれませんが、プロセス自体は特に複雑ではありません：

• 各プロジェクトのROIを見積もる
• 依存関係、タイムライン、チーム構成という3つの制約を適用します。
• パズルを作成する-投資収益率と制約に基づいて一連のプロジェクトを作成します

これらのアイデアのほとんどは読者にとって目新しいものではないので、それらを通り抜けていくと思います。

1.投資収益率を評価する

プロジェクトの優先順位付けの基礎は、投資収益率（ROI）です。 チームが単位時間あたりに作成する顧客価値の値として測定されます。 優先順位付けに関するあなたの目標は、常に最大の消費者価値をもたらす仕事をすることです。



優先プロジェクトを強調するには、2つのポイントを評価する必要があります。

• 取得する消費者価値の量。
• プロジェクトを完了するのにかかる時間。

各プロジェクトのこれらのデータをすべて取得したら、それらを単純に比較することができます。そして、優先順位はあなたの手のひらにあります。







もちろん、影響と努力を評価することは困難ですが、間違いを犯す確率が毎回同じであると考える場合、比較演習として、投資回収はプロジェクトの優先順位付けの正当な方法です。



ヒント ：努力と影響を評価しましたか？ 最初の値を2倍にし、2番目の値を2つに分割します。そうすれば、より現実に近いものになります。

2.制限を適用する

生活はスプレッドシートほどスムーズではないため、優先順位を付けるときに考慮する必要がある制限もあります。 対処しなければならない主な制限は、依存関係、時間枠、チーム構成です。



依存関係



ある段階の作業を完了して別の段階に進む必要がある場合、依存関係が生じます。



チームがモバイルアプリケーションを開発しており、スマートフォンでボタンをクリックするだけで顧客が支払いを行えるようにしたいとします。 このプロジェクトは他のすべてのプロジェクトよりも成果が高いと計算しているため、できるだけ早くこの機能を実装する必要があります。







ただし、このためには、会社がまず支払いを完全に受け入れられるようにする必要があります。別のチームが現在取り組んでいます。 他の部門への依存は、まだ何もできないことを意味します。したがって、優先順位付けの観点から、正しい決定は、ワンクリックで支払い機能を延期し、次の回収プロジェクトを引き受けることです。







製品の生産プロセスでは、依存関係は避けられません。製品が成功すればするほど、製品の数は増えます。規模が大きくなると、システムが複雑になるためです。 大企業では、多くの場合、依存関係を理解し​​て作業することが優先順位付けの最も重要な部分です。



括弧内に注意してください。多くの人々は、人々がそこでより熱心で野心的に働いているため、スタートアップはそのような速いペースを持っていると考えています。 実際、速度の違いは、スタートアップの依存関係がはるかに少ないこと（および何か問題が発生すると不満を感じるクライアント）が原因であるため、タスクを思い浮かべやすくなります。



逆依存関係



他のチームが目標を達成するのに非常に役立つプロジェクトがある場合があります。 そのような場合、あなたは中毒になります。



製品だけでなく、会社全体のプロジェクトの収益性を計算している場合、そしてそれだけを行う必要がある場合は、プロジェクトだけでなく、プロジェクトに依存するすべての投資のトータルリターンも計算する必要があります。チームに優先順位を付けます。







チームが他の人を「フリーズ解除」する方法を見るたびに、これらの人々に敬意を払います。これは、製品思考の成熟度を示しています。 そのようなチームは、製品会社に最大の利益をもたらす名もなきヒーローと呼ぶことができます。



期間



タイミングは、私たち全員が経験した標準的な制約です。 最も修復された機能を実装する時間を持たずにお金を使うリスクがある場合、このケースは特に深刻な転換を迎え、それはすべて終わります。







そのような状況では、当然のことながら、これらの条件内で実際に完了できる最も費用対効果の高いプロジェクトを選択することが正しい決定です。





チーム構成



すべてのチームが平等であるとは限らず、チームの構成が、どのプロジェクトを実施する必要があるかに関する決定に影響する場合があります。



たとえば、ほぼ完全に会社の新しい人で構成されているチームを考えてみましょう。たとえば、インターンの群れです（インターンについて悪いことは言いたくありません。彼らはソフトウェアの50％を作っています）。



そのような状況では、たとえ投資利益率が最大であっても、顧客にとって多くのリスクを含むプロジェクトの優先順位を慎重に設定する必要があります。 代わりに、重要なコードやユーザーエクスペリエンスに影響を与えないプロジェクトに優先順位を付けると、悪い結果が生じる可能性が大幅に減少するため、より有益になります。







まず最初に、いくつかの小さなプロジェクトを成功裏に展開することで、新参者のチームが少し慣れるのを助けます。 歴史上、確立された機能があればすぐに、より複雑なプロジェクトに進むことができます。

プロジェクト間の優先順位付け：パズルを完成させて開始する

上記のすべての情報を収集するために必要な作業量を控えめにしていますが、これらすべてを手に入れたらすぐに、ピースをまとめる必要があります。

プロジェクト内で優先順位を設定する

プロジェクトの作業が既に開始されている場合、優先順位付けは基本的なレベルで異なります。 彼女はより自然になります。 毎日決断を下さなければならず、プロジェクト選択の段階で実行した各問題の詳細な分析のための時間はすでに十分ではありません。 さらに、この期間中、チームは神経質です-結局、これらすべての決定は何らかの形で実際のクライアントに影響を及ぼし、時にはスタートアップに関与する各人の評判がかかっているように見えるかもしれません。



製品作成プロセスの速度とランダム性に対処する唯一の方法は、チームが行っているすべての作業を監視し、すべてのアクションが問題となる厳しいアプローチを開発することです。それは本当に必要ですか？



厳しいアプローチをとることは、物事の実際の状態を認識し、毎日あなたが力を集中するために難しい選択をしなければならないことを認識することを意味します。 完全な製品をリリースするという意図は、発売には常に妥協が必要であるという幻想であることに気づきました。



厳しいアプローチは、製品を発売したいという願望が原因です。 投資家と顧客の期待はチームにそのような圧力をかけ、その結果、多くの人が製品を市場に出すことを単に怖くなります。 彼らは仕事が実際に動かない程度にささいなことを気にし始めます。 彼らは本当に重要なもの、つまり単位時間あたりの消費者価値を見失い、完璧を追求し始めます。

起動段階でバグのないチームを見せてください。私は言うでしょう。彼らはずっと前に製品を展開すべきだったのです。

実際、プロジェクト内での優先順位付けの自発性は、アクションの固定シーケンスを無意味に定義しようと試みます。 より生産的な戦略は、「これは本当に必要ですか？」という質問にしっかりと答えるために、チームが彼らに役立つ製品開発の概念を学ぶのを助けることです。 この記事で取り上げるのは次のとおりです。

1. 優先順位付けシステムを作成する
2. 製品の仮定を使用して、品質と速度のバランスを取ります。
3. 打ち上げの時間費用

1.優先順位付けシステムを作成する

デフォルトのソフトウェアは依然として頭痛の種です。 現在、バグがありますが、時間の経過とともにバグが増えていきます。 新しいバグに直面したチームが、修正する価値があるかどうかをすぐに判断できない場合、最も重要なタスクに集中する能力が損なわれます。



新しいバグが発見されるたびに会議を招集して優先順位について話し合う余裕がないため、どのバグをすぐに解決し、どのバグを放棄するかを決定できるシステムを実装することをお勧めします。



例として、ここに私のチームにとって有用であることが証明されたシステムがあります。







X軸はバグの影響を受けるユーザーの割合を表し、Y軸はこの影響がどれほど深刻かを表します。 赤い点は、バグ自体を示しています。



このシステムをチームと一緒に使用するには、どのレベルの重大度とユーザーの割合が最大許容とみなされるかを決定します（この場合、それぞれ「ユーザーは支払いができません」と5％です）。 次に、フィールドをゾーンに分割し、それぞれに対して実行されるアクションについて合意します。 一連のアクションには、「バックログに送信してタッチしない」を含める必要があります。



この時間と労力を後悔しないと、チームはバグを修正するための実際のマシンになり、誰かがマイナーなバグに取り組んでいる可能性はシステムレベルでなくなります。

2.製品の仮定を使用して、品質と速度のバランスを取ります。

多くの場合、初期の創業者が初期段階でどれほどひどいことを書いたかについての話を聞きます。 そして、会社が成功したとき、このコードは悪夢の新しいチームプログラマでした。



何、創業者はコードの書き方を知らなかったのですか？ 除外されません。 しかし、その時点では、製品が成功する可能性は非常に小さいため、単にコードの品質を気にしていない可能性が高いです。 したがって、彼らはスピードとテストのアイデアを強調しました。



各チームは、製品を立ち上げるために必然的に品質を犠牲にします。 彼女はどこに線を引くかを決定しなければならず、これはほとんどの場合、優先順位をどのように設定するかによって決まります。これは製品の品​​質の鍵と考えられています。



「速度品質」スペクトルで許容できるポイントを見つける良い方法は次のとおりです。製品に関する仮定に依存します。 製品の前提条件は、ユーザーの問題またはユーザーが順守する計画されたソリューションに関する基本的な意見です。



簡単な例は、ビジネスの夜明けのFacebookです。 申し立てられた問題は、「人々はオンラインで互いに通信したい」と定式化されました。 この問題が関連しているという確認を受けて、彼らは製品のアイデア、例えば、他のユーザーを友達として追加する能力、つまり、問題を解決する方法を推測する能力を思いつき始めました。



製品を分析すると、仮定の状況は次のようになることがわかります。

1. 解決したい問題は仮定です
2. 既知の問題に対して提案する解決策は仮定です
3. 問題も解決策も仮定ではありません（何をすべきか、そしてその理由を正確に知っています）

スペクトルの左側にいる場合、ユーザーは何らかの問題に直面していると仮定しますが、それが現実にどのように対応するかはわかりません。 この場合、存在しない問題を解決するリスクを最小限に抑えるために、コーナーを最大限に切り取り、製品をできるだけ早く展開する必要があります。



それどころか、スペクトルの右端にいる場合、つまり、問題の緊急性と適切なソリューションの作成方法に自信がある場合、可能な限り最高の品質を確保することは価値があります-製品が成功することを知っているため、将来のための良い基盤が必要であることを意味します



多くの場合、企業は実験用と「コア」の作業用に別々のチームを作成します。 同様の組織構造は、ほとんどのチームが製品に関する一連の仮定を理解していないため、スピードや品質を優先して明確な選択を行うことができないことを示しているように思えます。

3.打ち上げの時間コスト

ソフトウェアは、発売後に初めてユーザーにとって価値があります。







そのため、ユーザーにとって製品の早期発売の価値を判断できなければなりません。 以前の記事でこの概念についてすでに話しました。



たとえば、チームは難しい選択に直面することがよくあります。顧客の80％に機能を実装し、残りの20％にそれを遅らせることは価値があります。 通常、この状況は、これらの20％の実装にニッチな機能が必要な場合に発生し、その作成には2倍の時間がかかります（80％に実装されたものと比較して）。



両方のオプションを棚に置いてみましょう。











図を見ると、最初のケースでは、ユーザーの80％が勝っていることがわかります。ユーザーはより早く機能にアクセスでき、より多くの価値を引き出す機会があります。 そうでなければ、彼らは待つ必要があります。 その後、判明し、推測するものは何もありません-最初のオプションを選択する必要がありますか？ そうでもない。 以下のように、選択は難しいままです。

1. リーチされていないユーザーの20％は、サポートしないことを決定し、激怒することを間違いなく理解しています。 彼らの観点からは、何もしない方がいいでしょう。
2. 実際、この機能が接続されるユーザーの80％は、以前にアクセスしたことによるメリットを感じていません。

逆説的に、これらの2つの効果は、次の結果をもたらします。一定の期間にわたってユーザーにより多くの価値を提供することを決定すると、何もしなかった場合よりも多くの人々を怒らせます。 生き残った。



ただし、そのような場合、私は通常、チームに厳しくして製品を発売することを勧めます。 理由は次のとおりです。

1. ユーザーがコンテキストを知っていて、私たちのために決定を下すことができれば、大多数がローンチに投票するでしょう。
2. 長期的には、チームがこのような戦略を一貫して順守する場合、特定のユーザーがそれぞれ80％と20％に含まれる場合の割合が徐々に等しくなります。 その結果、効果は蓄積され、ユーザーは、クライアントベースの100％に達するまで常に待機することを好む企業から得られるよりも、一定期間、指数関数的に多くの価値を受け取ります。

早期打ち上げを選択することは、理解しやすいが、不快感のために実践するのが難しいアイデアの1つです。 優先順位の設定方法をしっかりと知っている人は、何が何であるかを理解し、ユーザーの利益のために行動することができます。

プロジェクト内の優先順位付け：厳しいアプローチは不自然です

考えられる概念は、私自身の経験から検証する機会があったものです。 他にもありますが、私が提案したものはすべて、申請の過程で調整することができます。



残念なことに、ほとんどの企業は、これが製品を作成する人にとって重要な原則であるという事実にもかかわらず、優先順位付けに厳しいアプローチをとることに消極的です。



たとえば、大規模な組織では、新しい機能が常に展開されています。 ほとんどの従業員は、ユーザー自身よりも早くこのことを知りません。 彼らは、同僚が打ち上げに費やす時間が他の人が自分の代わりに費やす時間の3分の1であるような状況で見られると思いますか？ ほとんどない。 しかし、チームがこれらの欠点をすべて意図的に見逃したとしても、最終製品に欠けているものに気付くでしょう。



逆に、会社の中で光り輝くようになめられた製品は、一般的に賞賛されます。 一つ悪いのは、ローンチに2年かかったということです。 どれだけ多くのユーザーが私たちから離れたのかを考えていないのは残念です。私たちはそれを待つことを切望しています。



あなたのチームのモチベーションを向上させる-つまり、より厳しいです。

優先順位付けは芸術です

時間は、会社が自由に使える最も価値のあるリソースです。 この時間を割り当てることがあなたの責任である場合、このスキルを最大限に開発する必要があります。 これは、実際に意図的に理解できる芸術です。



結論として、優先順位のトピックに関するもう1つの論文を提供します。目標よりも早く目標を達成する方法が常にあります。



常に。 あなたはそれを見つける必要があります。 「これを2倍の速さで行うにはどうすればよいのか」という質問をする必要があります。会議の終わりに、そして奇跡的な方法で、チームは解決策を考え出します。



私は2年間製品を発売してきましたが、チームが同じ価値をより短い時間でユーザーに提供する方法を見つけられないような状況を経験したことがありません。 チームが完全に優先順位付けするケースに出くわすことはありませんでした。これは上記を再度確認します。



常に抜け道があることを受け入れた場合、最も合理的なことは、それが仕事で重要でないか、まだどのスタートアップを行うかを選択しているかどうかに積極的かつ厳格に優先順位を付けることです。



プロジェクトが州全体であっても。