「ストリーム」をキャッチする方法、およびそれが壊れないことを確認する方法

エントリー

プロジェクトマネージャーとして、チーム（特に各プログラマー）の有効性がプロジェクトの成功を決定する重要な要素であることをますます気づきます。 効果的な作業により、締め切りが厳しい最も困難なプロジェクトでも正常に完了でき、効果のないプロジェクトでも、最小限のリスクで最も単純なプロジェクトを「圧倒」できます。 したがって、重要な概念の1つである「ワークフロー」の概念についての私の考えを共有したいと思います。







トム・デマルコとティモシー・リスターの著書「ヒューマン・ファクター。 Peoplewareとも呼ばれる成功したプロジェクトとチーム。

だから、まず理論。

理論

おそらく、多くの人は周りの時間が止まったという感覚に精通しており、あなたは完全に仕事に身を委ねており、結果を達成するために山を回す準備ができています。 同時に、それはいつの間にか完全に飛びます（「さあ、昼食の時間ですか？ちょうど来ました！」）、そしてあなたは最大限の集中力とわずかな幸福感を経験します。



心理学者は、仕事中のこの意識状態を「ワークフロー」と呼び、状態自体を「フロー」と呼びます。

明らかに、人が「ストリーム」にいる場合、タスクは何倍も速く、より正確に実行されます。 さらに、いくつかのタイプの作業がありますが、これらの作業は、ストリームに入ることなくしては不可能です。 たとえば、プロジェクトの技術仕様の説明や記事の執筆（はい、今もストリームに参加しています）。 そして、プログラムコードの通常の作成は、完全な没入と「ワークフロー」なしでは不可能です。



それで問題は何ですか？ 私たちは仕事に来て、「小川」に入り、昼休みを取り、再び「小川」に戻り、巻き上げられた山々と私たちが正当な理由で生きてきた日を喜んで家に帰ります。 しかし、問題があります。 そして、私の意見では、それはパフォーマーとそのリーダーの両方にとって最も深刻な生産性の問題です。



実際、ストリームに入るにはかなりの時間が必要です。 それぞれに独自の要素があり、多くの要因（疲労、個人的な問題、仕事への関心など）に依存します。平均して、フローに入るには約15分かかります。 しかし、最も不快なことは、フローの状態が非常に簡単に壊れることです。



Asyaがプログラマーだとします。 現時点では、サーバーから統計を収集するための複雑な機能を実装しています。たとえば、iPhoneの複雑な検索インターフェイスを実装しています。 次に、Vasya-彼女のPMが、顧客が彼に送ったタスクの評価を早急に改善する必要があることを想像してください。 VasyaがAsaに行き、「商品を購入する前にログインフォームを表示するのにどれくらいかかるかを調べる必要がある」と言うのは明らかです。 明らかに、この質問に答えるために、Asaはログインを停止し、ログインの発生方法に集中し、おおよそのアーキテクチャを理解し、一般的に彼女が何を望んでいるかを理解する必要があります。 ストリームはほぼ瞬時に中断されます。 Vasyaは回答を受け取り、満足したままにします。 Asyaはさらに15分を費やして完全で生産的な仕事に戻ります。



気晴らし（私はそれを「ストリームから引き抜く」と呼びます）が1日に1回または2回発生する場合、それでも我慢できますが、これでも30分は仕事が失われます。 しかし、Vasyaが30分ごとに情報を必要としていると想像してください。 そして、彼は恥ずかしくない（結局、この情報はプロジェクトにとって非常に重要です！）、不幸な統計情報の収集に焦点を合わせたばかりの不幸なAsyaから何かを絶えず尋ねます。 Asyaは非生産的な「集中」とストリームへの参加に1日4時間を費やし、残りの4時間のうち少なくとも1時間は現在のタスクとは関係のない愚かな質問に答えています。



その結果、誰もが不幸です。 Vasyaはinしています。Asya自身が3日間の仕事で見積もった統計を収集する機能は1週間半で行われ、偶然にも機能します。データを失い、エラーでクラッシュすることもあります。 不幸なアシャが再びこの状況に罪を犯すことは明らかです。彼女は自分の評価に合わず、多くの間違いを犯しました。



はい、Vasya首相がAsyaの注意をそらしたことをどれほど正直に理解しているか。 しかし、結局のところ、合計で半日もかからず、Asyaの遅れはすでに1週間でした。 結論は明らかです。Asyaはうまく機能しません。



ここでアシャを見てみましょう：彼女は冷静に働くことを許されず、問題とは無関係の問題に常に気を取られていました。そして、ジョージ・ワシントン自身に約束された重要な製品のリリースを遅らせるための賞も奪われました。



これに追加しましょう：電話、過度にしゃべる同僚（特にオープンスペースのオフィス）、総会など。 流れの状態になる（読む、効率的に作業する）ために、人は多くの労力を費やす必要があり、時には非常に社会的な行動をとる必要があります（「全員を黙らせる」という丁寧な要求まで）。



ちなみに、フローに問題があるという特徴的な兆候は、勤務時間外（勤務日の前後）の作業効率の向上です。 「夕方7時以降、1日と同じように1時間程度、どうやらフクロウだ」と「8時から9時まで、脳は自由ですが、やることがたくさんある」というフレーズは、あなたがどんな種類の「鳥」であるかではなく、 1日で疲れること（もちろん、これもありそうです）。 おそらく、彼らは、あなたが常に気を散らされているという事実のために、あなたが「フローの状態」に入ることができないと言います。

練習する

どうする？ デマルコとリスターは、例えば、「邪魔しないで」マークを識別入れています。 それはタブレット、赤いスカーフでありえます-あなたが「ストリームに」いて、本当にそれを残したくないことを他の人に明らかにするすべて。 「おしゃべり」の同僚からもヘッドホンを助ける - これは私の個人的な観察です。 彼らは非常に不必要な会話への参加を回避する可能性を高める、練習が示すように、あります。



明らかに、有能なリーダーの最も重要なタスクの1つは、人々をフロー状態から抜け出させないことです。 リーダーは、従業員の気が散るたびにプロジェクトに少なくとも15分かかることをしっかりと評価し、それに応じてアクションを計画する必要があります。



しかし、問題-マネージャーの仕事の重要な部分は、詳細の明確化、人件費の見積もりの​​取得、ニュアンスの話し合いなどにあります。 一般に、従業員の注意をそらすものを正確に行うこと。 そして最悪のことは、多くの場合、Vasyaは完全に確信しているということです。Asyaは今すぐ質問に答えなければなりません。そうでなければ、プロジェクトは失敗します。



次の戦略は、マネージャにとって最も効果的であると思われます。従業員のタスクを蓄積し、フロー状態を離れたときに監視することです。 これは以前の1、ランチまたは何か他のもののための休憩が完了した後に別のタスクに切り替えることができます。 現時点では、従業員の参加を必要とする問題を解決することが最も効果的です。 私は次の式を使用します-「少し自由になったら来てください/ポイントに追加してください。」 流れにいる、人はめったに彼らの現在のタスク以外の何かを考えていません。 したがって、従業員が自分を「少し自由だ」と考えると、彼は一時的にフローを離れ、将来の機能の実装の側面の評価と議論によって簡単に苦しむことができます。



私の従業員の1人である彼をSemyonと呼んで、常に緊急のタスクに追いついていない場合がありました。 私は自分自身のため、プログラマの結論無能を（私は彼らが明らかにされている場合でも、そのような結論を行うには決してしようとせず、ただ人にさよならを言うために、作る）しませんでした。 ある口実の下で、私は彼のオフィスに行き、そこで時間を過ごしました。 率直に言って、私は別の従業員の注意をそらし、長い間彼と話をしましたが、それは意識的でやむを得ない犠牲者でした。 （ - Linuxの専門家のための偉大なサイモン）と二回PHPで何かの実現について尋ねたそれは三回は、サーバーのセットアップに助けを求めた彼に、私は自分のオフィスで過ごしたもの20分間ことが判明しました。 Semyonが感謝の同僚に包括的な答えを出し、彼らが去ったらすぐに彼の仕事に戻ったのは明らかです。 はい、各回答は約2分かかりました。 しかし、Semyonはフロー状態に入りませんでした。



その後、私は個人的に「種を乱さないでください！」というサインと脅迫する拳の写真を印刷し、他の人がそれを見ることができるように精液のコンピューターの前に吊るしました（しかし、彼は気を散らさないように）。 言うまでもなく、彼が2日間にわたって失敗したタスクは、次の3時間で完了しました。

ところで、上記のすべてはリーダーに当てはまります。 私は常に10分ごとに誰かが私に何かを尋ねる状態にあります。 そのため、効率的に作業するために、ヘッドフォン、「邪魔しない」ステータス、無効化されたメールクライアント、ICQなど、「世界から切断」する必要がある場合があります。 私はテーブルの上にプレートを置くある時は、「私はここにいませんよ。 クローンと話すことはありません - 彼はまだ方法を知りません「。 奇妙なことに - 長い時間のためのヘルプが流れ出てきませんでした。



もちろん、「むち打ち」の方法もあります-勤務時間中にオフィス内を移動することを許可しない、抽象的なトピックに関する職場での会話を禁止するなど しかし、それは私にはばかげているようです。 プログラマー（つまり、私は彼らと仕事をしています）¬–は創造的な職業であり、効果的な仕事には自由が必要です（もちろん、無秩序や無秩序ではなく「効果的な自由」）。 したがって、プログラマの自由を制限することなく、プログラマの効率を向上させることを好みます。 ほとんどの場合、彼らがストリームにいることを確認してください。 はい、それは複雑ですが、それだけの価値があります！



実際にあなたが本当にどのように動作するかくらいの理解に役立つれ、費やした時間にスレッド時間数の割合 - 「フロー時間」の測定及び「ファクターC»：この記事でPSは、私は統計については何も言及しませんでした。 ただし、これはPeoplewareで非常によく説明されています。 この本を突然読んでいない場合は、単にそれを読む必要があります。