応用目的。Yandexレポート

なぜ目標が必要なのですか？それらはどのように定式化されるべきですか？どのような問題が発生する可能性がありますか？Y. Subbotnik Proの機会に、Yandexのチームの目標設定における数年の経験に基づいてレポートを作成しました。



-なぜ私の報告を聞くべきなのかという文脈で、私自身について少しお話します。私は現在管理と呼ばれているチームを率いています。私はここで長い間働いてきましたが、多くのことを見てきました。このような大企業での管理の編成方法、目標の達成方法の全体的な進化です。



開発から全社的なツールや方法論も大好きです。そして最近、私は、とりわけ、社内ツールの作成に従事する部門を率いています。







免責事項：私の話では何をカバーしませんか？ SMART、OKR、KPIとは何か、あらゆる種類の百科事典の定義については説明しません。これはすべて、ウィキペディアですでに100回述べられています。あなたはおそらくこれらすべてのことを自分で聞いたことがあるでしょう。そうでない場合は、お気に入りの検索エンジンですばやく検索すると答えが得られます。とても良い記事がいっぱいです。今夜は文字通りチェックしました。







私はあなたに何について話すつもりですか？私はあなたとそのようなかなり個人的な経験を共有しようとします。そして、目標設定に関してYandexで経験したこと。私はあなたにいくつかの良い例を示し、警告を設定しようとします-私にはどのようなことを考慮に入れるべきであり、どのレーキを踏むべきではないか。



これは、私にとってはあまり一般的ではない分野での実験的な話です。したがって、質問をすれば、私はあなたが何を必要としているかをますます実質的に伝えることができるかもしれません。

なぜリードゴール？

これはあなたと何の関係がありますか？まず、自分で目標を立てる人がいると思います。そして、目標をより良く設定するために、あなたがその経験について聞くことは有益だと思います。第二に、あなた自身が今目標を設定せず、単にそれらを達成したとしても、方法論と原則の共通の理解はあなたがそれらをより良く達成するのを助けるでしょう。



ほとんどの場合、聴衆は設定された目標と達成の両方を提示します。私自身もそういう人たちのものです。通常、中間の位置にいる人は両方のスレッドに関与します。ですから、皆さんにとって面白くて役立つものになることを願っています。







なぜ目標を設定するのかについて少し話しましょう。さまざまな同僚や知人からさまざまな時期に聞いた引用がいくつかあります。彼らは、これはすべて、目標を設定してタスクを作成するのではなく、官僚主義であり、通常どおりに実行すれば、すべてうまくいくと言っています。何かを発明する必要はなく、これに時間を無駄にする必要もありません。







2番目に人気のある知恵は、あなたはただ非常に、非常に一生懸命働き、より多くを取り、捨てなければならないということです。休むことを忘れないでください。そのようなハードワークはすべてを挽くでしょう、そしてあなたの目標が何であるかは問題ではありません。もちろん、これはすべて真実です。しかし、部分的にのみ。







あなたが非常に優れた開発者であり、非常にうまく働いているとしても、すべてを行うのに十分な手がない時が来るでしょう。そして、あなたは質問に答えなければならないでしょう：そもそも何をするべきか、今正確に何をすべきか？私には有限のタイムスライスがあり、さらに多くのことを行う必要があります。優先順位付けが必要です。



第二に、あなたがリーダーである場合、問題が発生します-同じことが非常に広範囲の異なる方法で行われる可能性があります。そして、部下が何をしたかを確認する方法を理解する必要があります。



レビューシステムについてお話します。そこで、レベル、レベルアップ、評価など、内部RPGがどのように機能するかについて詳しく説明します。

ライフサイクル

ライフサイクルについて話しましょう。実際、私はこれが私たちの国でどのように機能するかについての説明に移ります。







そんな写真を拾いました。ここには何が見えますか？確かに、多くの人はほとんどすべてのもののライフサイクルの段階に精通しています-私たちは狙いを定め、撃ち、どこにぶつかるかを見ます。通常、アジャイルの世界では、これはスプリント計画のようなものです。またはレトロ、またはデモ-誰がそれを行うことができます。







しかし、私はプロセスを設計して、複雑なものを単純な式と原則で表現し、フラクタルにスケーリングできるようにするのが大好きです。マンデルブロのフラクタルの写真は、これについて私たちに示唆しています。



何がありますか？プロセスのさまざまな部分がフラクタルです。 6か月の従業員レビュー間隔があります。







3か月ごと-レビュー中期。レビュー期間の中間結果を要約します。







月に一度、チームが関連チームにターゲットで何が起こったかを伝える青信号があります。これは、コマンドが互いに同期するために必要です。







そして、それらの2週間のスプリント。







ご覧のとおり、結果はフラクタル画像であり、最初に狙いを定め、何をするかを正確に理解し、それを実行してから結果を確認する必要がある方法と非常によく似ています。







真ん中の写真では、前述の民俗知恵のアドバイスをする人が閉じているので、これは非常に重要です。彼らはただ撃ちます。プラスまたはマイナスは狙いを定めず、プラスまたはマイナスはヒットした場所を見ません。そして、これは、そのような単純な3つの段階に従う場合よりも、予測可能で制御可能なプロセスをはるかに少なくします。



すべてのレポートに紹介、本文、結論が必要なようです。同様に、すべての目的のあるアクションには、目標の設定、実行、および要約が必要です。







これらの結果をまとめて目標設定もできるように、正しく狙うためには、測定可能性などの重要な特性が必要です。



測定可能性についての話では、反例を挙げます。私には翼のある（Yandex内の）コンセプトがあります-「チェックボックス」の目標。

チェックボックスの目標

これはアンチパターンです。「コンポーネントXの新しいバージョンを作成する」、「サービスYを開始する」、または「Zをリファクタリングする」のように聞こえる場合、目標はあまり良くない可能性があります。なぜそれが悪いのですか？

• , , . . , , , - : , , , , . , .
  
  
  
  «», — X? ?
• , . , , . — « X», - .
• 結果の評価はより複雑になります。たとえば、2つのチームを評価する必要があります。レビューとキャリブレーションのプロセスがなければ、1つのチームが失敗、MVPスタイルを実行し、2番目のチームが何世紀にもわたって非常に詳細にすべてをうまく実行したことを見つけることができません。

したがって、私の推奨事項は、「チェックボックス化」の目標を避け、それらをより測定可能な平面に変換することです。

メトリックの作成とターゲットの定義は、目標に取り組むことの一部です

何かを測定するのが非常に難しいという疑問が生じるかもしれません。そして時々あなたは走り始めなければなりません。サービスXまたはリファクタリングYを実行する必要があることはすでに明らかですが、これを測定できるメトリックはまだありません。自分たちをターゲット画像として設定したいターゲットがわかりません。どうなる？



メトリックを作成してターゲットを決定するプロセスそのものが、すでに目標の作業の一部であるというパターンを使用します。目標を完全に策定していなければ、目標の作業の開始をブロックする必要はありません。







私たちの実際の目標からいくつかの例を紹介します。 Yandexには、いわゆるBeauty of the Sickleを扱うチームがあり、より美しくしています。彼女が現れたとき、一般的な考えしかありませんでした。ここにあなたはとても多くの人々です、それをしてください。



チームは、美しさが何であるか、そしてこの未知の美しさの何パーセントを変えることができるかさえ知りませんでした。しかし、彼らは並行して働き始めました。もっと美しいものもあるという直感的な意見がありましたので、やってみましょう。そして並行して、彼らはこの美しさを測定するシステムを考え出し始めました。その結果、AntonVinogradovがレポート「YandexBeauty：Design for Millions」で語ったシステム、メトリックを取得しました。





システムの本質：古いバージョンと新しいバージョンを並べて比較します。次に、特定の期間における各実装からの正の変化の合計を計算します。



この目標に関する作業の最初の学期に、メトリックを作成しました。私たちはパーセンテージで見ました-天井から少し。次の学期では、私たちがどれだけうまくやったかに基づいて、このメトリックがどのように動くか、どの実装がそれに影響するか、そこで何が欲しいかをすでに理解しました。







メトリックの作業に関連する2番目の例は、最も古い輪郭の1つであり、インターフェイスの速度を扱うチームです。



それが始まったとき、一般的なメッセージもありました：シックルのロードを速くしてください。しかし、それが速いかどうかを測定する方法は？次のような苦情がありました。「電話で開いています。何かが遅いようです。競合他社の検索エンジンは高速です！」この作業を開始するために、メトリックを正確に定式化する必要はありませんでした。私たちはありふれたことを知っていました。ネットワークを介して大量のバイトを送信し、JSで大量のコードを実行すると、長い時間がかかります。何かを始めましょう。その過程で実際のメトリックを収集し、それをどのように測定するかを理解します。



これに関する報告もあります。Andrey Prokopyukは、実際のユーザーと内部の合成測定で速度がどのように測定されるかについてのすべての詳細について次のように語っています。





同時に、彼らは意味のある目標を達成するために働きました-これらの同じバイトを減らすこと。

計り知れないものを測定する

発生する可能性のある次の質問：まあ、測定したいのですが、フロントエンドの速度で多かれ少なかれ明確です-バイトを検出できるルーラーがあります。しかし、一般的に測定できないものをどのように測定できますか？あなたが並べて思いついた美しさで、何もない場合はどうなりますか？たとえば、内部開発におけるユーザーの幸福度を測定する必要があります。







まず、もう一度考える価値があります。私が言ったように、主観的に見えたのと同じ美しさで、より測定可能な測定基準を導き出すことができました。



次に、プロキシメトリックについて考えることができます。ここでは、お気に入りの検索エンジンにも送信します。プロキシメトリックとは何か、およびその選択方法に関する多くの記事を見つけることができます。つまり、プロキシメトリックを使用すると、実際の状況を間接的に概算して、次のような仮定を立てることができます。「頻繁に使用され続ける場合、インターフェイスはそれほど悪くない可能性があります。」



これにはある程度の誤差と許容範囲があることは明らかです。ただし、十分な数のプロキシメトリックを課すと、十分な近似値が得られる可能性があり、大規模で複雑なメトリックを作成する必要はありません。



後者は、私の以前のレポートへのコメントで提案されました。最も測定不可能な主題について、ユーザーまたは専門家の審査員をいつでも集めて、スケールで評価するように依頼できます。これを定期的に実行して、調整システムを取得します。これは、正しく進行しているかどうかを理解できる再現可能なメトリックです。このメトリックでさえ、これらの「チェックボックス」の目標よりも優れています。ポルトスのように：「私は戦うからといって戦う！」



ユーザー調査に役立ついくつかのキーワード：csinps。しかし、その考えは明確だと思います。

アンチバグメトリック

もう1つの例は、アンチバグメトリックに関するものです。インターフェイスの品質を向上させ、バグを減らすことができる特別なプロセスがあります。



それがどのように機能するかを説明します。いくつかのポイントを説明することができます。







まず、チームのバグの加重数の要約グラフを作成しました。つまり、フローティングウィンドウで発生するバグの数をカウントし、優先度に比例して重みを割り当てます。私たちには、マイナー、トリビアル、ノーマル、批評家、ブロッカーがあり、それらは互いに1桁異なります。マイナーとトリビアルの重みは1、ノーマルの重みは10、批評家の重みは100、ブロッカーの重みは1000です。結果は、優先順位を考慮して、現在サービスにあるバグの数を反映するグラフです。



次に、チーム自体とチームのテスターが見つけたバグと、外部ユーザーから報告されたバグについて、このようなグラフを個別に作成し始めました。次に、ターゲットのコンポーネントを一時停止し、ターゲットを実行しました。私たちの中で、このプロセスはゼロバグポリシーと呼ばれています。しかし、ゼロがそのような達成不可能な理想であることは明らかであり、各チームは常に異なるゼロを持っている可能性があります。しきい値が定義されています-重みは50または100以下です。



チームがアンチバグに取り組み始めたばかりの場合は、毎月20％削減する必要があると言います。学期には6か月あり、5か月で20％減少し、さらにこの結果を維持するためにさらに1か月あります。したがって、学期が目標値に到達し、バグの数が少ない可能性があります。



アンチバグメトリックは、ユーザーのバグよりも多くのバグが自分で見つかるはずであるという原則に基づいて20％です。つまり、プロジェクトでのテストはより適切に機能し、ユーザーは私たちよりも少ないバグを見つけるはずです。



最後の基準は、終了SLAへの準拠です。バグはそれほど多くなくても、長い間ハングしていると、ユーザーを苛立たせる可能性があります。本番環境でバグの影響を受ける人の数は、このバグが修正されるまで毎日増加します。



そしてここに2つのポイントがあります。この重みとバグの数を測定、推定する方法に加えて、いくつかの異なる基準を1つのメトリックに組み合わせる方法の別の例があります。



これらの基準に重みとパーセンテージを置くだけで、1つは40％、2つ目は20％、3つ目は40％に影響を与えると言います。これが例であり、このメトリックにより、アンチバグに関する多かれ少なかれ統一された作業をYandexの数十のチームに分散させることができます。







キーワード「バランス」に戻ります。あなたはそれを見つけようとしなければなりません。目標設定プロセスを行う際に留意する必要のあるいくつかのバランスについて説明します。



1つ目は、「目標が少なすぎる」と「目標が多すぎる」のバランスです。チームにとって十分に野心的ではないため、目標が少なすぎることはありません。自分の可能性を最大限に活用することはできません。多すぎることも悪いことです。ある時点から、目標を認識して維持するためのオーバーヘッドが大きくなりすぎます。それらは合計で蓄積され、あなたを悩ませます。







そのような例がいくつかあります。たとえば、8人で構成されるチームがありました。彼らには約6つの目標がありました。彼らは次のように述べています。「チームとして、一度に6つのターゲットを追跡することはできません。私たちはそれらを青信号で追跡し、それぞれが私たちとうまく進んでいるかどうかを常に理解する必要があります。 4つの2つのチームに分割し、これら3つの目標を1つのチームに、他の3つを別のチームに分配しましょう。これは、最終的に人々を特定の目標にもう少し狭く集中させることができる作業方法です。



次のバランスは、私たちの欲望と能力のバランスです。目標設定に従事しているチームにバランスがない場合、非常に多くの場合、どちらかの方向にバイアスがあります。あなたが強力なトップマネジメントを持っていて、彼があなたに「私たちは間違いなくこれをする必要がある」と言ったとしましょう。そして、すべての目標は私たちの願望から設定されています-私たちはこれを実現したいと思っています。そのような状況は、これらの欲求が現実と一致せず、単に満たされないという事実に満ちているかもしれません。



さらに、不均衡は、船員が船の力をつかんだ場合です。次に、チームはすべてが正確に保証されるような方法で目標を策定しようとします。私が言ったように、これはあなたの可能性が十分に活用されていないことに満ちています。あなたの快適ゾーンから抜け出す方法、あなたが到達するポイント、常に挑戦があるべきです。緊張によって進化が起こります。この緊張があなたの靭帯を引き裂くようなものでないことが重要です。それは発展しているはずです。そして、このバランスを追求する必要があります。



いわゆる幅と深さの間にもバランスがあります。常により良い選択肢があります-目標を詳細に解決するが、1つだけにするか、多くの目標を取得するかですが、最終的には、少なくともある程度はそれぞれを解決する時間がありません。生活状況は非常に異なるため、ここには普遍的なアドバイスはありません。一部のスレッドは、少なくとも何らかの形でサポートするために非常に重要であり、この意味で幅が必要です。たとえば、歯を磨く、食べる、スポーツをする、働くことはすべて等しく重要なスレッドです。ここでは言うことはできません。最初の1か月間、1日3回、来月はスポーツによく参加するなど、よく歯を磨きましょう。



しかし、逆の状況もあります。それを最後まで解決することが重要な場合は、いくつかの問題を閉じてから先に進むのが良いでしょう。また、2つの修理を同時に開始しないでください。そのような機会があれば、最初に1つのことを行い、十分に投資し、それに従い、次に別のことを行うことができます。



「変化した現実に合わせて方向を変える」と「最初の困難で降伏する」という2つの定式化のバランスが必要です。時々、何かを始めて、タスクが予想よりも難しいことに気付くことがあります。または、コロナウイルスなどの外部要因が発生しました。アジャイルの原則に導かれて、変化した現実に柔軟に適応したり、たとえば、KPIを過小評価したり、いくつかの目標などを放棄したりするという大きな誘惑があります。ここでは、ダイナミクスのみで、最初の目標設定と同じ状況にいることに気づきます。



ターゲットの重量分布を変更し続けるときは、ダイナミクスであっても、最初の問題で諦めないようにしてください。また、これで結果が得られなくなったときに頭を壁にぶつけないでください。



このスライドで最後に話したいのは、さまざまな目標のバランスです。時々、目標は互いに衝突し始めます。



この特定の場所では、一方を他方に交換するための明確な方法論があります。しかし、残りの部分、つまり同じ矛盾する目標を十分な距離から評価することも重要です。どのような形で交換できますか？







そして、バランスについてのそのような類推と写真のカップル。それは、私が自分でそれを定式化する形で、2つのタイプがあります：

1. « ». — , , - — , .
   
   
   
   , . : « , ». , , . , : .
2. «». , , . . , : - . , , . , , .

最後に、私が言ったことをすべて再現して、スライドをもう一度見せたかったのです。しかし、それほど多くはなく、多かれ少なかれ理解できるようです。



レポート全体の簡単な要約：目標設定は困難です。目標設定自体にかなりの時間がかかる場合があります。でも、その価値はある！少なくともこれは私の個人的な経験に基づく私の価値判断です。



私たちは一般的に目標を持ったシステムに到達し、それを進化させ、改善し続けていることを非常に嬉しく思います。これらすべての努力は私には報われるように思えます。



タスクや目標を実行するための任意のツールを提供または取得できるため、当社またはお客様のツールの広告が表示される可能性があります。お気に入りの検索エンジンで[ツール名、スペース、ターゲット]を検索するだけです。あなたは確かにこれを行う方法を正確に説明している記事を見つけるでしょう。清聴ありがとうございました。このgifと同じようにヒットが成功することを願っています。