次元と幻想

この記事は、マネージャーとプログラマーの両方を対象として書かれています。 説明されている方法は、部下にも自分自身にも適用できます。



最初に、方法論の簡単な要約（誰もがそれで作業したわけではない）、次に-最も重要なのは、なぜそれを適用するのか。

測定技術

技術自体は長い間知られており、秘密を構成するものではありません-これはスクラムのポーカープランニングです。 適用するには、スクラム全体を適用する必要はありません。



測定アルゴリズムは、カラシニコフのアサルトライフルと同じくらい簡単です。 あなたが解決しようとしている各タスクは、フィボナッチシリーズからの数字-ポイントでスコアを受け取る必要があります。 これらの番号は、1、2、3、5、8、13、21、34などです。 各数字は、前の2つの合計です（明らかな理由により、系列の1つの要素は省略されています）。 一部の人は数字をストーリーポイントではなく、ストーリーポイントと呼びます。 あなたが好きなように、私が「ポイント」と言うことはより近く、より簡単です。



Fibonacciシリーズはスクラム開発者によって選択されました。隣接する推定値が互いにかなり離れているため、タスクの複雑さの違いをより正確に特定できるためです。 グレード7と8の間で選択することと、まったく別の5〜8の間で選択することです。



チームがある場合は、すべてのメンバーが評価することをお勧めします。 紙を作るか、ポーカーのプランニングのためにカードを購入します。これは、紙の切れ端に数字が書かれているだけです。 集まって、みんながタスクにマークを付けます-カードを裏向きにしてシャツに置きます。 裏返して、見てください-シリーズの複数の要素（たとえば、3と8）だけ離れている推定値がある場合-私たちは問題を再度議論します 誰かが何かを理解していませんでした。 または、複雑さを過大評価した 同じ理由で、詳細や実装メカニズムがわからない、または過小評価されている。 評価を繰り返します。



推定値の正しい差を達成できたら（系列の1つの要素を超えない）、平均を検討すると、これが問題の評価になります。



チームがいない場合、またはチームが一緒に開発したくない場合は、独自の評価を付けます。 この場合、カードは必要ありません。



見積もりが上下に変動しないように、アンカーを考えてください。 最も単純なアンカーは、1ポイントのタスクがあることを決定することです。 これはあなたの仕事のほんの一部であり、あなたがしなければならない最も簡単なことです。 たとえば、入力フィールドを追加します。 簡単な場合は、1つではなく複数のアンカーを作成できます。



ルールはありません。 主なものは、評価システムが浮かないことです。そうでなければ、測定を開始せず、錯覚を開始します。 この意味では、チームがあると簡単です。なぜなら、 通常、何人かが1人よりも座標系を注意深く監視します。



もちろん、グレーディングシステムは自動化する必要があります。 それは非常に簡単です-タスクを含むシステムオブジェクトに数値フィールドを添付して入力するだけで十分です。



GitHubでタスクを実行する場合、ラベルを使用できます。 一連の番号をラベルに追加し、適切なラベルを各タスクに割り当て、APIを介して成績を収集するだけで十分です。 GitHubで自分でタスクを実行し、そこから簡単なスクリプトで評価を収集します。



また、システムでタスクに期限を設定する必要があることにも注意してください。そうしないと、有効性を分析することが困難になります。 期日は何ですか-その場でよく知っています。 これは、請負業者によるマーキングの日付、顧客による受け入れの日付、テスターに​​よる検証の日付である場合があります。



個人的には、請負業者によるマーキングの日付+タスクが顧客に受け入れられる条件に近づいています。実行から受け入れまで数日かかる場合があり、受け入れ日を取ると、タスクが完了する期間になりません。 タスクが完了する期間を知ることは重要です-これは、さらなる議論から明らかになります。



出力では、測定システムは次のようなプレートを提供する必要があります。







レポートでは、ダイナミクスを確認するために、異なる期間で日付をグループ化することをお勧めします。 私は毎週のスプリントを持っているので、私は通常週を見ます。 しかし、場合によっては数か月、画像がより完全になるようにします。



彼女の見方について少し話しましょう。

結果を見る方法

個人的に、私に最も近いグラフィックス。 たとえば、これはflowconでGoogle Chartを介して描画された私のパフォーマンスチャートの外観です。







トレンドはチャートにすぐに表示され、ダイナミクスは明確であり、高さの2つのポイントを視覚的に簡単に比較できます。



また、1週間の合計ポイントではなく、人間の日のポイントをグラフに表示すると便利です。合計ポイントをその人が働いた日数で割れば十分です。 これは、人々が異なるスケジュールで作業している場合、たとえば、メンテナンスなしで1日を過ごしている場合、または長時間会議に参加している場合です。 しかし、より重要なのは、もちろん、全期間に実行された作業量です。



スケジュールを1週間監視し、完了したタスクのポイントをすぐに表示することが不可欠です。これは、スクラムが「タスク燃焼チャート」と呼んでいるものです。 これは1週間の主な制御ツールであり、現在の有効性を確認し、それを改善するためのタイムリーな手段を講じることができます。



それでは、自己管理とチームが測定なしでどのように見えるか、つまり 幻想について。

フラッシュドープ

測定値はありますか、測定値はありません-あなたはまだあなたの仕事とあなたのチームの有効性についてのいくらかの考えを作ります。



意識的および無意識的に使用される方法の1つはフラッシュドープです。 それは非常に簡単に行われます-報告期間の終わりに何かを与えることが必要であり、期間の主な結果として何かが記憶されます。



たとえば、プログラマは1週間ずっと愚かで、何も出さずに鼻をほじ、金曜日に山に「解決策」を与えます。 リーダーとして、あなたは週の終わりにこの決定を参照し、1週間全体がその文脈で記憶されます。 1週間後、2週間後、または3週間後、プログラマーがそのような状況でどのように働いたのかを尋ねると、「山へ」出されたこの決定を思い出すでしょう。



フラッシュドープツールにはいくつかの名前がありますが、最も一般的なものの1つはIDBです。これは、ほとんどすべての従業員、特に大企業で使用される暴力行為の模倣です。 あなた自身があなたの企業の生活の中で多くの例を見つけるでしょう。



たとえば、四半期ごとに戦略的な開発計画を立てている会社を見ました。 すべてのサービスおよび部門の長は、企業を新しいレベルに引き上げるために設計されたプロジェクトをいくつか取得しました。 四半期の終わりまでに誰もこの計画を覚えていなかったことは明らかでした。 誰もが自分の計画から最も単純なタスクを選択し、それが半製品であっても、戦略セッションの前に何かを配ろうとしました。 目標は、四半期の結果に続いて、戦略セッションで何かを示すことです。 10のプロジェクトのうち1つを作成します。四半期は成功した（または少なくとも失敗しなかった）と記憶されます。



この手法は、チェリャビンスクのような村の行政で常に使用されています。 私たちの街には大きな環境問題があります。排出物を吸い込むことができない場合があります。 コーカサスの山のように、私たちの街がきれいで、美しく、空気があると思いますか？ 大統領または首相が到着したとき。 これは彼らのためのフラッシュドープです。 最終日は11月9日で、いくつかのフォーラムが開催されていました。 彼らはイライラして待っていて、ガスマスクなしでビールのために逃げることができました。 チェリャビンスクのゲストは訪問後に何を覚えていましたか？ 街はきれいで、シャワルマのある屋台はなく、空気はきれいで、排気ガスで少し楽しいです-それがなければ、街は100万人です。 最も単純な測定システム-呼吸が不可能な日数の割合-は、フラッシュばかを表示する機能を無効にします。

重要なこと-フラッシュドーピーは他の人だけでなく、自分自身でも機能します。 自分を欺くのは他の人よりも簡単です-上司よりも早く簡単に自分に同意するでしょう。 同様に、インターネット上で1週間かけて遊んで、金曜日に何かを取得し、この期間が成功したことを思い出すことができます。



最も逆説的なオプションは、自分自身と上司の両方に関連して使用される仮想フラッシュドープです。 これは、期間の終わりに何かを配り 、すべてがさらに良くなるという約束でそれを補うときです。 「私は同意します、私はもっと良くできることを理解していますが、金曜日に私が与えたものを見て、私は今より良い仕事をする方法に気づきました、そして来週はすべてがより良くなるでしょう、私は今理解し 、私は優れたダイナミクスを持っています」

ブール値と数値

タイミング管理だけでなく、プログラマの作業を測定するための従来のシステム。 私たちの言語では、完了したタスクまたはプロジェクトには、「時間通りに完了」という計算されたパラメーターがあります。 ご理解のとおり、このパラメーターはブール型です。



そして、これらのブール値には管理が組み込まれています。 ソースデータテーブルは次のようになります。







特定のタスクごとに、ブールには物理的な意味があります。 期間の作業を評価するには、より複雑な機能が既に必要です。 仮想列「タスク数」を追加し、時間通りに完了したタスクの場合は1つ、失敗した場合の場合はゼロになる数式を追加する必要があります。



結果は一種のデジタル評価になります。つまり、期間内に時間通りに完了したタスクの数、または時間通りに完了したタスクの割合です。



そのような数字だけを知って、自分とチームを管理することは可能ですか？ もちろん、ほとんどの人はこれを行います。 数年前、私自身はそれが必要だと信じており、そのようなシステム上で企業の全従業員のためのタスク管理システムを構築しました。 まだ恥ずかしいです。



現実には、ブール制御は無意味であることがわかりました。 効率曲線は非常に迅速に滑らかになり、是正措置に役立つ情報を少なくとも提供しなくなります。これは、1つの質問に答えるだけであるためです。



「人は効率的に働いていますか？」という質問に対する答えは、ブール数字を与えません。 彼女は言う-「人はすべてのタスクを時間通りに完了した」。 来週彼は繰り返します-「その人はすべてのタスクを時間通りに完了しました。」 等



私は、「そして、その人はより良く働いた週は何ですか？」、または「この人は良くなりましたか、悪くなりましたか？」と尋ねます。 ブール数字は答えます-「わかりません。質問があります。 両方ともすべてのタスクを時間通りに完了しました。」 私は言います、「 Siriはブール数字です、あなたはばかですか？」 「実際、非常に残念です」と、心のない機械は答えます。



最もうんざりすることは、そのような測定へのアプローチが、上司と部下の両方にとって、効率を上げる動機を損なうことです。 式には効率はまったくありません。 1つの目標があります-時間通りに履行すること、ブール=真実にすることです。



ブール=真実を達成するための最も簡単なオプション：



•より少ないタスクを引き受けます。

•日付をより確実に絞り込みます。

•TK、プロトタイピング、100万の承認が必要です。

•要件とリソースを変更するための期限を作成します。

•可能な限り官僚を育てる。

•問題の解決に不要な手順を追加します。この手順では、用語の増加を解消できます（たとえば、すべてを連続してテストする）。

•など



ブールとデジタルの違いは、品質管理システムにおいて日本人によって考案、検証、実証されました。



意味は簡単です。 日本人はパーツを測定し、数字を取得します-例えば、26.34 mmのシャフト直径。 この図から、彼らはエレガントな品質管理システムを構築します（結果は道路を走行します）。 日本の品質管理システム全体の基盤は数字です。 インテリジェントな方法で、これは「品質の定量的属性」と呼ばれます。



自動車産業の兄弟は詳細を測定せず、いわゆる 口径-最小と最大の2つのサイズの鉄片。 口径の一部は、合格または不合格のいずれかです。つまり、 同じブール値があります。 巧妙な方法で、これは「品質の代替サイン」と呼ばれます。



日本人と代替標識は、制御システムを思い付きました。 それらも使用します。 たとえば、「部品の外観が要件を満たしている」と測定するのは困難です。 しかし、これらは補助的な兆候であり、基礎は数字です。

管理に対するブールの影響

たぶん、たった1つのこと-経営に携わっている多くのマネージャーを見たでしょう。 そして、彼らは仕事の後でも、一日中、このビジネスで絶えず忙しくしています。

理由はしばしば単純です-彼らはブールに夢中ですが、人生はより多くを必要とします。 管理者は、直接参加し、個人的な存在感で測定システムの欠点を補う必要があります。



これは特に健康で適切な場合に当てはまりますが、過去のマネージャーにはまり込んでいます。 彼らは、評価管理システムに何かが欠けていること、何かが欠けていることを無意識のうちに理解しています。 彼らの常識と責任は、旗と報告書の組み合わせではなく、あなたに本当の結果を要求するということです。



しかし、ブール値しか持っていない場合、作業がうまくいくことをどのように理解しますか？ ツールは知られており、広く使用されています。



•会議を開催します。

•やって来て、あなたの調子を聞いてください。

•結果とプロセスを個人的に検証する。

•完了した作業に関するレポートを要求する（通常はテキスト形式）。

•スケジュールを作成して維持します。

•など



そのような仕事はマネージャーのすべての自由時間を費やします、そしてそれはあなたが疑問に思うすべての人にとってとても習慣的です。 あなた自身は、企業のそのような管理にどれだけのお金が費やされているかを知ることができます。



そのような健全なマネージャーにとっても残念です。その隣には、ゲームのルールを理解している不健全なマネージャーがいます。これらは官僚です。



官僚は、有用な結果を出す必要はないことを知っています-ブール値が真理に等しいことで十分です。 また、フラッシュドーピングを行う必要がある場合もあります。



あなたの会社で、あなたが観察できる健康なマネージャーと不健康なマネージャーの対立と関係。 不健康な人は通常、彼らのキャリアでより成功しているので、これは非常に面白いですが、悲しいです。

数字の開発

上記のように、数字なしでは、有効性の概念はありません。 効率の概念がないため、開発は行われません。



開発は、何らかの方法で効率を向上させることです。 古典では、効率は結果を出すためのコストです。



あなたがプログラマーであり、給与が支払われている場合、あなたの費用は一定です。 そのため、効率を上げるには、結果を増やす必要があります。



もちろん、人生では通常、給与は減額されますが、それはプログラマーだけのものではありません。 有用な結果の増加による効率性の開発の誤解、すなわち 効率性は、私たちと一緒に効率性を向上させる最初の手段が常に賃金の低下と見なされるという事実につながります。 これは非常に悲しいことであり、これは幻想の勝利の結果です。



しかし、開発に戻って、悲しいことについて話しましょう。 すべてが非常に簡単です-一定期間にわたって生成された結果の量を測定するまで、あなたはあなたの有効性について何も知りません。



さらに簡単に。 あなたの有効性がわからない場合、そのダイナミクスはわかりません-それは成長または低下します。



まあ、それは非常に簡単です-有効性とそのダイナミクスがわからなければ、それで何もできません。 効率性を高めるための対策を考えないでください。効率性への影響などを理解するためにイベントやコンテキストをたどることはありません。



最も嫌なことはあなたができないことではなく、あなたがそうしないことです。 試してみても。



また、幻想に魅了されるため、あなたのチームは挑戦しません。

幻想を捨てて測定を開始すると、効率化の作業が現実のものになります。

効率化に取り組む

トピックは広範かつ詳細で、通常-厳密に個別です。 以降の記事では、効率の改善について知っていることをすべてお伝えします。 普遍的なトリックをひとつお話しします。



トリックを発明したのは私ではなく、同じ日本人（ちなみに、スクラムの作者は多くの有用な情報を取り入れており、話をheしませんでした）。



この方法は簡単です-プロセスで発生するすべての変更と重要なイベントを記録し、効率チャートにマークする。 日本人は管理図にそのようなものを描きます。



重複するイベントでの私のパフォーマンスのグラフは次のとおりです。







マーカーとは何のことですか？ 基本的に、flowconの使用を開始することは、効果を誇示することを意味します。 私は彼女を秘密にしていました。 結論は何ですか？ 個人的には、誰かが私の有効性を見てくれるのは良いことです。



2番目のマーカーはこれを証明します。 リファクタリングの進行中に、私は古いツールで有効性を観察しましたが、公開ツールには隠されていましたが、ダウンしました。



3番目のマーカーは、ルールの1つに違反したことを示しています。特に小さな問題を解決する必要がある場合は、大きなメカニズムだけを掘り下げてはいけません。 私は3日間掘り、結果に応じて8ポイントのタスクを行いました。 大丈夫なように、私はうなずいた-それは私がそれを見つけたということで、次回問題をより迅速に解決します。 しかし、個人的にはこれは効果的ではありません-1か月でこれをすべて忘れることになります。このメカニズムのタスクは6か月に1回発生します。 すべてがすでに書き込まれ、デバッグされています。



そして、ここに私のパダワンのマーカー付きのグラフがあります（彼はプログラミングを学んでいます）：







最初のマーカーは、すでに知られているメカニズムのタスクを彼に与えると、彼はそれらを適切かつ迅速に解決することを教えてくれました。 そこで材料を修正します。



2番目のマーカーは、1つではなく複数の新しいメカニズムを一度に含む大きなタスクをパダワンに与えると、ボトルネックが発生することを示しています。 大まかに言えば、彼は3時間で1つの新しいメカニズム、8時間で2つの新しいメカニズム、16時間で3つの新しいメカニズムなどを習得し、依存関係は非線形です。 2番目のマーカーでは、5つ以上の新しいメカニズムを含むタスクを指定しましたが、パダワンは1週間でこの問題を解決できませんでした。 このパダワンに特化した結論は何ですか-一度に大量の知識を持ってそれを落とさないでください。



3番目のマーカーは、まだわかりません。1週間前に発生しました。 タスクは複雑で、新しいメカニズムであり、（彼のレベルでは）真面目なアルゴリズムでしたが、彼は史上最高の効率を発揮しました。 分析します。 おそらく、仕事とはまったく関係のないある種の感情的な盛り上がりがあったのでしょう。



ダイアグラム上のイベントは必要であり、重要です。それは、イベントが記録されていなければ忘れられるからです。 成長の理由と効率の低下の両方を理解することが、改善管理の本質です。 作業に変更を加え、このイベントをチャートにマークして、結果を数字で確認します。 結果が悪化するか、そのままである場合-変更は意味をなさないか、最終的に決定する必要があります。 結果が改善された場合、変更を修正し、プロセスの一部にする必要があります。



変更せずにプロセスが改善された場合-理由を理解し、参加せずに発生した変更を確認し、システムの一部にする必要があります。 あなたのチームの誰かが静かに何かを改善し、あなたが気づき称賛するのを待っている可能性があります。 まあ、結局のところ、効率の主な悪化要因は、あなたがあなたの愚かな変化にあなた自身であることが判明するかもしれません。 そして、少なくともしばらくの間、最良の変更は変更の停止であり、システムはそれ自体を調整します。 まさにこのモードでは、3番目のパダワンマーカーの後になりました。

どこから始めるか

自分で始めます（もちろん、必要な場合）。



誰もあなたの有効性を測定し、それを改善するために努力することを禁止していません。 誰にも言わずに静かに作業することで、誰にも説明したり証明したりする必要がないため、結果をより早く達成できます。



ポイントで解決するタスクを評価し、統計を保持するだけです。 あなたと環境が作ったイベントを祝いましょう。 効率の向上と低下の理由を分析します。



まあ、またはあなたのものではないことを確認してください、それはあなたにとって正常です。



あなたのリーダーシップがそれを求めたり、それを待ったり、理解したりしていない可能性さえあります。 しかし、あなた自身の有効性に取り組むことは、個人的にあなたの製品、製品です。 雇用主に販売することも、秘密にしておくこともできます。 これは最後の雇用主ではありません。



私の実践では、この記事に書かれていること、つまり結果を測定して効率を高める必要性について、リーダーシップがどこかで何らかの形で発見したことが常にありました。 そのような瞬間に、私自身の効果を測定する私の静かなシステムが非常に役立ちました。 そのため、たとえば、リーダーシップがスクラムを読み、プログラマーがステッカーを貼ったメッセージボードを持っていることを思い出したときでした。 話すべき優れた理由があり、それがキャリアのはしごに沿った飛躍に変わりました。



しかし、主なことはもちろん、それ自体の有効性とそれを管理する能力です。 誰もそれを奪うことはありません。