🍄 🏙️ 🍚 期待の管理またはノーと言う 🍟 🥟 🗑️

Tigran Baseyanの金融大学の講師は、企業のスタートアップBorjomiで働いて期待を管理した経験についてNetologに語った。

失敗したプロジェクトの後、私は何回考えました：「今、すべてが異なって行くでしょう、私は経験を得ました。そのようなことはもうしません。そして、私はそのようなプロジェクトを取りません。」痛みを感じますか？自分を認識していますか？

そのような見出しがあります-あなたが経験から学んだことを共有します-そして血で。 8年前にITでのキャリアを始めたときに幸せになるであろう、いくつかの期待される管理手法を共有します。

ジム・キャリーとの写真「いつもはい」は間違いだと思います。しかし、私たちは大人であり、ビジネスにとって「はい」と答えるのはコストであるということを理解しなければなりません。さらに悪いことに、「なぜそうですか」という質問に答えられない場合、「どうしてそれが起こったのですか？」

「あなたの期待-あなたの問題」-期待を管理することの意味

辞書から：「期待の管理-ユーザーの世界の写真を提供するとき、
顧客、プロジェクトのスポンサー、およびその他の利害関係者が可能な限り最善の方法で、その衝突が可能な限り簡単になるようにします。」

一致する現実、それは何ですか？単一の「本物」を作成することです。つまり、次の場合に発生する期待と何が起こるかとの差を小さくします。

目標は明確に定式化されていません。つまり、それぞれが独自の方向に進みます。
チームメンバー、リーダー、顧客間のコミュニケーションはありません。
誰もが独自の方法で実装を見ています。

この記事では、各項目について一貫して話し、これらの領域の制限を解決するのに役立つ実用的なツールを提供します。

上記の痛みを再定式化する場合、期待の管理は次のとおりです。

共通の理解可能な目標を作成します。
すべての利害関係者間のコミュニケーションのための単一のプラットフォームを作成します。
チームの作業内容と方法の同期。

SMART：プロジェクトの目標を設定する方法

半年前、私は企業のスタートアップに切り替えました-そして、すべての仮説が特定の目標に結び付けられ、スマートによって策定されるべきであるという事実の準備ができていませんでした。私は直観に頼って仕事をしていましたが、しばしば私を失望させました。そして、それは最も記憶に残るAhaの瞬間の1つでした。

正しく定式化された目標により、チームメンバー間のコミュニケーションの単一の言語を作成するために、不必要なものを切り離すことができます。

目標を設定する際の最も一般的な問題は、その抽象性です。

先日、以前の同僚と話していました。同僚は「サイトのホームページを改善する」という目標を設定しました。目標のように思えますが、改善することの意味、何を行う必要があるか、結果をいつどのように測定するかは明確ではありません。

抽象目標を特定の目標に変えるには、目標設定方法を使用すると便利です。多数ありますが、最も単純で最も人気のあるものはSMARTです。

方法論には、各目標が満たさなければならない5つの基本的な特性が含まれています。

特定の

目標は具体的でなければなりません。具体性-達成すべき結果の明確な理解。

悪い例：「インターフェースを改善する」。この場合、現在のインターフェースがなぜ悪いのか、何を改善する必要があるのかは明らかではありません。上記のメトリックは何ですか？

良い例：「ターゲットアクションへのコンバージョンを1％から3％に増やします。」このような具体的な定式化により、作業量、代替タスク、たとえばどのツールを適用するかがすぐにわかります。

測定可能

目標は測定可能でなければなりません。各目標には、ある程度の尺度が必要です。その助けを借りて、目的の結果を達成したかどうかを理解できます。

上記の例では、この値は着陸のコンバージョン指標です。他の例について話す場合、私たちはしばしばダイエットをしたり、ジムに行きたいです。しかし、目標を達成するために何回行く必要があるかは明確ではありません。一度だけで十分ですか？ここでは、「2019年1月31日までジムで10のトレーニングを実施する」とうまくいったはずです。

達成可能

目標は達成可能でなければなりません。目標の到達可能性は、モチベーションに影響します。この場合の関心もなくなるため、非常に単純な目標を設定する必要はありません。しかし、あなたがそれをどのように望んでも、あなたの脳は「2019年2月1日までに月にいること」という目標に真剣になりそうにありません。しかし、「2019年2月1日までに記事を公開する」という目標ははるかに達成しやすいようであり、これは興味深いことです。

時間制限

目標は時間内に制限する必要があります。「英語を学ぶ」という目標は、「2019年12月15日までにTOEFL認定を少なくとも95ポイント渡すこと」よりもはるかに効果が低くなります。結果を取得するタイムマークが表示されると、脳は条件付きタイムラインを自律的に構築します。認定に合格するには、たとえば800語を学ぶ必要があることを理解しています。脳は、3日間でこれを行うのは非現実的であると理解しているため、計画を立てる必要があります。

目標を過大評価しないでください

最近、1つの会話で聞いた：
-今月のXルーブルの計画を立てました。約70％を作ることができると思います。
-なんで？
-いくつかの理由があります：最初に、より大きな計画は最初の計画がより簡単になることを意味します。 OCDについて聞いたことがありますか？ だから、これは管理のためのクールなトピックです、Googleはそれに取り組んでいます。 人が70％を超えないように、KPIを高く設定する必要があります。

営業部長からこのような会話を聞いた場合、このようにして彼がチームの意欲を高めて仕事に励むことを容易に想像できます。しかし、ITプロジェクトと製品について話すと、このアプローチは効果がなく、有害です。まず、ページで OCD について読むことができます。

OKR（英語の目標と主要な結果-目標と主要な結果から）-プロジェクトを管理するために管理で使用される方法。 チームと個々の目標を同期し、タスクの実装を効果的に制御できます。 OKRメソッドはIntelによって開発されました。 Google、LinkedIn、Zyngaを含む多くの大手テクノロジー企業で普及した後。

一般的に、標準を作成するためのより高い計画を約束/置く技術は、滑りやすい斜面です：

仕事の完璧なパフォーマンスでは、定義では達成できない目標を達成することはできません。そのような仕事は刺激することはできません。だから-これはあなたのチームがストレスを感じ始め、疲れて、燃え尽きてしまうという事実につながります。
顧客は楽観的なシナリオを待っていますが、それは現実的ではありません。つまり、すべてがうまくいったことを決して説明できず、目標が誇張されているだけです。

私は計画/目標を設定するための別のオプションを見ました。チームに高値を付け、顧客に提示されたときにそれらを過小評価しました。しかし、このアプローチのリスクは前の声明と同じです。過大評価された計画を満たさない場合、チームを失うリスクがあります。
結論：実装が現実的であり、保証できる計画を設定する。

職場でのコミュニケーション

SMARTは、共通点（原点）を作成することにより、プロジェクトの作業の開始を診断および同期できます。しかし、誰もが独自の速度を持っているため、作業を同期するためのツールが必要です。

原点を調整する

記事の冒頭で、適切な目標を設定することにより、効果的なコミュニケーションのためのフィールドを作成することに焦点を当てました。そして、決定についてはどうですか、目標は何ですか？
以下の質問をご覧ください。

「なぜ彼はすべてを決めるのですか？私も欲しいです。」
なぜ彼らは私を大切にしませんか？
「私はすべてを非常にうまくやった、それはちょうど前に働かなかった。」
「私はすぐに、このアイデアは飛ばないと言った。」

このような声明の問題は、チームの目標や目的との関連性の欠如です。したがって、悪名高いチームの精神とそのような「チーム」のにおいはありません。サイトでのチームワークの価値に関する7つの例について詳しく読むことができます。 Uri Hassesによる研究の例を挙げます。

プリンストン神経科学研究所の教授であるウリ・ハッセスは、彼の研究中に、物語を共有する参加者の予期しない脳活動を発見しました。 「すべてのリスナーの脳活動の類似性だけでなく、驚くべきことです。 さらに、語り手は非常によく似た脳の活動をしていました-彼が物語を語っていて、他の人が聞いていたという事実にもかかわらず、」とハッセスは言います。 意見やストーリーを共有することで、従業員の生産性を向上させることができます。 彼らは聞いた物語のヒーローと同じように感じ、考え、行動することができます。

目的とコミュニケーション

チームワークの相乗効果の理由は何ですか？これは目標の設定にどのように関連していますか？そして、ここでの接続はどこにも近くありません。健全なチームコミュニケーションは、いわゆる「チーム結晶化」の作成につながります。結晶化したチームは、非常に強いつながりがある人々のグループであり、全体がその構成部分の合計よりも大きくなります。

チームワークの利点は次のとおりです。

一般的に、チームは個々のメンバーよりも多くの経験と知識を持っています。
チームは、エラーや結果の排除に関して、個人よりも効果的です。
チームが行った決定は、それを実装しなければならない人々によって承認される可能性が高くなります。
チームメンバは、チームが行った決定に対する独自のアクションと貢献で自分自身を識別する可能性が高くなります。グループの決定が正しいものであると彼らが知覚する可能性が高くなります。
チームメンバは相互に学習し、相互学習のプロセスで相互に刺激します。

コマンドを使用して共通の目標を作成する必要があります。そうすれば、それが真実であるという事実ではなく、出発点を構築できます。しかし、少なくとも-あなたのチームはそれを信じて、あなたと同じ方向に行きます。

開発サイクルでの作業方法は？

私はこの問題の心理的側面に飛び込むことはせず、さまざまな開発管理モデルを理解しません。代わりに、チームワークのコミュニケーション要素を分析し、2つの質問に対する答えを探します。

なぜ私は一方を待っており、チームはもう一方をやっているのですか？
問題を同じように理解するのになぜ解決できないのでしょうか？

解析エラーの重要な概念は通信です。チームでの作業にどのように慣れていますか？従来の開発サイクルは次のようになります。結果を考え出し、開発し、測定します。

アジャイルによると、これらのサイクルの長さは1週間から4週間です。このような状況では、チームメンバー間のコミュニケーションの時間はありません。設定したタスクを実現するために、私たちは急いでいます。そして、すべてがうまくいきますが、なぜ仕事の一部が「テーブルに」行くのですか？

プロジェクトで効果的に作業し、チームと対話するには、質問に答えることが重要です。

何が恩恵を受け、何が恩恵を受けませんか
バックログに優先順位を付ける方法、作業するタスクを設定する方法
どうする？

また、開発方法論における論理的なステップは、バックログの優先順位付けの世界に入ることです。方法-RICEテクニックを使用しますか？またはICE？そして、製品が作成されたばかりで、本当に何も知らない場合はどうでしょうか？

職場でのHADI

トレーニングプロセスの一部として積極的に使用し、スタートアップや人生で働く別のツールを紹介します。

チームの想定をできるだけ早く確認しますか？目標がある場合、チームはそれを達成する方法、つまり仮説を生成します。仮説のリストは毎日増え続けています。最初が1〜2の場合、週の終わりにはすでに20〜30になっている可能性があります。
それらに優先順位を付ける方法は？ここで2つのツールが役立ちます。

HADIサイクル
仮説に取り組む際の「信仰と複雑さ」のチーム評価

それについては後で。

HADIループは、スタートアップを「ポンピング」する方法論のツールの1つです。 HADIの本質はシンプルです。ほとんどすべてのアクションが特定のメトリックに影響します。変更が事前に指標に「ねじ込まれ」ている場合、つまり仮説を立てるために、変更のプロセス全体が制御されます。一言で言えば、自分の行動が結果にどのように影響したかを理解し、役に立たないものを捨てることでアイデアをすばやくテストできます。

仮説

制御サイクルは仮説から始まります。Xを行うと、Tの間にYに影響します。SMARTを使用して仮説を形成します。「上陸して新しい顧客を獲得すると想定しています。この定式化はセルH-仮説に書かれています。

アクション

どうすれば顧客を獲得できますか？これには何が必要ですか？デザインを注文し、構成し、ランディングページをレイアウトし、広告キャンペーンを設定する必要があります。このアクションプランは、セルA-アクションに記述されています。

データ

何人の顧客を期待していますか？ 100人の新しい顧客が来たら、それはいいですか、私たちは幸せになりますか？ 50はどうですか？ 10はどうですか？しかし、1つだけですか？じゃなくて？クライアントが来ていなくても、仮説が確認されるとは思わないことが判明する場合があります。クライアントはいませんでしたが、アプリケーションはありましたが、それらを正しく処理することができませんでした。仮説を確認するために何を見て、何を測定しますか？これは、アプリケーション、通話、販売の数であり、どの期間ですか？これをセルD-データに書き込みます。結論を示すセルIには、仮説が確認されたと見なされるメトリックの値を記述します。

インサイト

仮説が確認されない場合はどうしますか？おそらく、同じ結果を達成する別の方法を探して、20人の新しい顧客を獲得してください。つまり、次の仮説を策定し、テストを開始します。そして確認されたら？また、次の仮説をテストして、目標にさらに進みます。これらの質問に対する回答も、行動を起こす前に事前に策定する必要があります。彼らはセルIを補完する-結論。

HADIテーブル

仮説が定式化された後、チームメンバーはその実装の複雑さと成功の信念を1〜10で評価します。誰もが自分の意見を実証しなければなりません。すべての成績を記入した後、複雑さを増し、信仰を減らすことにより、テーブルをソートする必要があります。その結果、チームが取り組む必要のある仮説がトップになります。

HADIは、チームの罰ではなく、プロジェクトでの迅速な実験のためのツールです

キャロットクエストのケースのテーブルの例

HADIH-HADIハイブリッド

私たちの仕事では、スタートアップの一環として、ハイブリッドHADIHを使用しました。主な違いは、仮説内の各行が一連の洞察だけでなく、受け取った洞察に由来する新しい仮説で終わったことです。反復の終わりに、これらの新しい仮説は一般的な仮説のバックログに含まれ、信仰と複雑さによって優先順位が付けられました。したがって、現在の仮説の研究の一環として、新しい反復の関連仮説を生成できます。

反復がどのように構築されたか

私のチームでは、イテレーションと会議を整理するために次のアプローチを取りました。

方法論の実装の最初の段階で、すべてのチームメンバーと顧客との2時間のセッションを開催して、製品の最大数の仮説を作成しました。すべての仮説がデジタル化されてテーブルに入力され、チームと私は列H、A、Dに記入しました。その結果、各仮説はSMART形式で判明しました。
次の会議はチームとトラッカーとでした-彼はさまざまな開発テクニックを使用し、質問をすることで助けました。各仮説は、信仰と複雑さによって評価されました。同時に、評価に「実装時間」を追加して、1週間のチームの能力を検討しました
毎週金曜日に会議を開催して、現在の反復を完了し、次の反復を開始しました。会議では、洞察と新しい仮説をテーブルに追加し、作業の結果を共有し、仮説のスケーリングに関する決定を下しました。

期待を管理する必要がありますか？

プロジェクト作業の期待を管理する方法は数多くありますが、作業中の期待の違いの問題は、結果を実証する際に、別のより深刻な問題の症状です。

リクエスト間での操作、土地の期待、リクエストの受け入れ方法に関する多くのスマートブックを読むことができますが、私にとってはすべてチームの意思決定とオープンなコミュニケーションの領域にあります。

顧客を含む全員が目標を理解できるように、チームワークを編成する必要があります。チームが作業を開始し、グローバルな目標を達成する方法を探すための条件を作成する必要があります。

私はそれが最初は不快であることを約束し、それからまた、成長は常に苦痛です。

インターフェイスデザイナー向けのNetologyコース：

期待の管理またはノーと言う