プログラマーは、控えめに言っても、世界で最も社交的な人ではありません。 開発者が突然おしゃべりになったら、だれがコードを書くのでしょうか？ 一方で、人の時間は過ぎました。 最新のソフトウェアはチームによって開発されており、Sberbankなどの最も保守的な企業でさえアジャイルを導入しています。 アジャイルマニフェストは、次のような特定の価値を促進 します 。「 プロセスとツールよりも人と相互作用が重要です 。」 したがって、同僚とのコミュニケーションは気まぐれではなく、必要です。 この記事では、開発者、チームリーダー、アナリスト、テスターなどの柔軟な開発チームに焦点を当てています。
プロのPMがここで新しいものを見つけることはまずありません。 あなたが「技術者」であり、メインアクティビティからできるだけ注意をそらされたい場合、Spartaがそれとどう関係するかに興味がある場合は、catへようこそ。
ビジネスコミュニケーションは、主に結果ではなくプロセスに焦点を当てている点で、友好的な集まりとは異なります。 「完璧に座った」という言葉で友人に別れを告げます。「同僚に感謝します。効果的でした」ではありません。 コミュニケーションの有効性はどのように測定されますか？ 1975年にブルックスは、開発のスケーリングに対する最も重要な障壁の1つが通信コストであることを指摘しました。
プログラマがN人いる場合、プログラマのペアの数はN（N – 1）/ 2です。つまり、プログラマの数が増えると、インタラクションに費やされる時間が二次的に増加します。 したがって、Nから始めて、プログラマーの数が増えると、プロジェクトの実行が遅くなります。
開発者間の相互作用を強調しました：
災害を防ぐために、開発チームはあらゆる方法で相互にやり取りする必要があります。 開発者は、彼が実装する機能について仮定する代わりに、アーキテクトに明確な質問をする必要があります。なぜなら、仮定は完全に間違っている可能性があるからです。 「仮定は失敗の母です。」
この主題に関する彼の結論は疑問視されなかっただけでなく、繰り返し確認されました。 したがって、開発者は、要件と制限を明確にするために可能な限り通信する必要がありますが、仮定に依存することはなく（多くの場合間違っているため）、同時に通信コストを削減するために可能な限り少ない通信を行う必要があります。開発チームのメンバーを追加することにより、パフォーマンスが直線的に向上します。 一見、明らかな矛盾があります。 しかし、歴史は、都市全体が効果的なコミュニケーションの文化を維持できた少なくとも1つの例を知っています。
「...誰かが最も価値のないラコンに近づきたいなら、一見すると彼はスピーチがかなり弱いと思うだろう」と同胞の哲学者ソクラテスは警告した。短くて簡潔ないくつかの正確な言い回し、そして対談者は彼にとって小さな子供のようだ。」
皇帝レオニードが私たちの現代人だったら、彼はおそらく次のようなことを言っていたでしょう。
プロジェクトに関するコミュニケーションは、質の高い意思決定を行い、それをチームメンバーに届けるのに必要な最短時間を要する場合に効果的です。
スタンドアップ
会議は仕事に代わる優れた選択肢であることは誰もが知っています。 スタンドアップミーティング、デイリースクラム、またはより簡単に言うと、「計画ミーティング」は、アジャイル手法の唯一の定期的なミーティングです。 会議はチーム全体で毎日開催され、全員が質問に答えます。
- 昨日は何をしましたか？ （誇り）
- どのような問題に遭遇しましたか？ （助けを求める）
- 今日は何をしますか？ （約束）
「スタンドアップ」は午前中に開催することが非常に望ましい。 遅れを排除するには早すぎず、参加者に準備の時間と香り豊かなコーヒーを与えます。 すべてのチームメンバーが出席し、正式な計画を順守することが不可欠です。3つの質問に答え、フロアを通過します。 問題は後で議論されるべきであり、利害関係者のみが関与すべきです。 そうでなければ、「計画会議」はエレメンタルバザーに成長します。 毎日の会議に最適な時間は15分以内です。 最適なチームサイズは7人以下です。 チームの規模が大きく、1時間以上かかっている場合は、おそらくチームを分割する必要があります。 チームリーダーまたはプロジェクトマネージャーに提供します。
「スタンドアップ」するために15分で会うには、準備する必要があります。 人前で話すのが難しい場合は、ノートブック（電子または紙）を開いて、質問への回答を書き留めてください。 そして、自分を本当のスパルタ人だと想像し、不必要なものをすべて消し去ります：間投詞、能動分詞、叙情的な余談。 裸の事実を残します。 あいまいさを避けてください。 問題があれば、それを黙らせる必要はありません。明確かつ簡潔に策定し、助けを求めてください。 解決方法がわかっていると思われる場合は、明示的にその旨を伝え、ソリューションが最適であり、追加の議論は不要であることを確認してください。 無理をしないでください。 タスクトラッカーからのタスク番号では不十分です。 同僚は、タスク番号100500の後ろに隠されているものを覚えていません。タスクの名前を発声する価値があります。
「スタンドアップ」は、音楽グループのリハーサルと比較できます。 チームメンバーは、他の参加者の専門分野が異なるため、他の参加者のパーティーを詳細に知る必要はありません。 ただし、「高品質」は細部への注意によって作成されるため、ミュージシャンは本当に高品質のサウンドを得るためにリハーサルする必要があります。 ところで、プロのグループでは、他の人を待たせるのは慣習ではありません。 あなたのパーティーを知らずにリハーサルに出演することは、極端な無礼と軽視を示すことと同等です。 準備をせずに数回来て、丁寧に尋ねられます。
理想的には、「スタンドアップ」の後、チームの全員がプロジェクトの運用状況を把握し、自分のことを続けます。 問題は初期段階で特定されます。 必要な人だけが問題の解決に関与しています。 すべてが順調に進んでいる間、私たちは1日15分以内にコミュニケーションに費やし、すべての問題を質の高い方法で解決します。 ああ、すべてが常に時計仕掛けのようになった場合:)
AlexanderByndyu ブログで、スタンドアップのベストプラクティスとワーストプラクティスの詳細を読むことができます。
一日中迅速なコミュニケーション
現実の世界では、無数の課題に直面しています。 タスクを機能させる時が来ましたが、要件はまだ完成しておらず、レイアウトの準備ができていません。APIが文書化されていません。使用したライブラリに重大なバグが見つかりました。 そのような問題を解決する方法は？ 次の質問に答えてください。
- この問題を解決するために必要な人数（最低）は何人ですか？
- 決定を誰にいつ通知する必要がありますか？
- 使用する通信チャネルは？
通信チャネル
さまざまな企業が企業コミュニケーションのさまざまな基準を採用しています。 究極の真実であると主張することなく、私たちにとってそれがどのように慣習的であるかを説明します。
- パーソナルコミュニケーション/スカイプ、電話：緊急性を必要としない最も緊急の問題、または長い間そうでなければ解決できない問題。
- メッセンジャー：日中に回答する必要があり、他のチームメンバーに影響を与える決定を必要としない質問。
- タスクトラッカー： 1週間以内に回答する必要がある質問、および/または要件を修正/変更します。
- メール：プロジェクトの活動に直接関係のない通知：休暇、病気による欠勤、新しい従業員の接続、またはプロジェクトからの従業員の退職。 メールによるコミュニケーションは別のトピックであり、マネージャーの仕事に関連している可能性が高いため、これ以上説明しません。
通信チャネルは、問題の解決速度と「コスト」の順にソートされます。 最速で最も高価なものから始めましょう。
パーソナルコミュニケーション/スカイプ、電話
状況を想像してください。同僚のイノセントが問題の解決方法を正確に認識していることを確信しています。 最速の方法は、彼に近づき、肩をでて、「 ケシャ。でも、こんなことをして、あたかもそれを演奏しなければならないかのように... 」と尋ねることです 。 ほとんどの場合、イノセントは彼のプライバシーの侵害に喜んでいないでしょう。 スタンドアップが再び助けになります。 イノセントがあなたのチームにいる場合、計画会議の直後に彼を予約してください。 とにかく、彼はすでに気を取られていた、別の10分の天気はそうではないだろう。
誰もがイノセントを必要とするようになります。 たとえば、1人の経験豊富な開発者と3人の学生のチームを編成した場合。 これはコミュニケーションの問題ではなく、管理の問題だと思います。 あなたが無実であれば、「私は昼食後に働いて、私は昼食までパートタイムで教えます」というトピックについて指導者と話してください。 あなたが学生である場合、並んでください。 残念ながら、これまで、多くの不幸なマネージャーは、チームリーダーが8時間コードを記述し、残りの部分を何らかの形でその間に行うと考えています。 チームがアーキテクトと経験豊富なプログラマで構成されているが、アーキテクトがアプリケーションの構造に「変更」を加えた場合、彼は「それを見て」文書化しないため、これはコミュニケーションの問題ではなく管理の問題です。 設計、文書化、協議に十分な時間を割り当てる必要があります。 建築家が善よりも害を及ぼす場合、彼はそれをまったく必要としないかもしれません。
私は仕事のスケジュールがかなり忙しいので、ある時点から、Googleの公開カレンダーを運営しています。 私の同僚や知人の何人かはこれをしています。
チームリード/技術者の場合。 鹿/建築家であり、時間の大部分が会議で占められています。おそらく、カレンダーを利用して労働時間を整理することが役立つでしょう。
メッセンジャー
次のような短い説明の質問に適しています。
- 「タスクAでは、コード行Cで別のビジネスルールが実装されているため、要件Bは論理的に見えません。 次のように処方を調整する必要があると思います。 そうですか？」
- 「タスクAに取り組んでおり、ライブラリBを使用したいのですが、事実Cが心配しています。代替のどれを使用する必要がありますか？」
- 「本日、問題Aを本番環境に掲載するよう依頼されました。 1時間で終了すると思いますが、コードレビューを実施し、Vasilyが回帰を実施する必要があります。 13:00に送信した場合、14：00までにプルリクエストを確認できますか？ ''
コミュニケーションが遅れている場合は、お互いを理解しておらず、電話をかける必要があるか、問題が予想よりも複雑で、追加の参加者の関与が必要であることを示している可能性があります。 2番目のケースでは、問題を延期するか、追加の参加者を引き付ける必要があります。
タスクトラッカー
トラッカーでの効果的なコミュニケーションには、規律と一定レベルのプロセスが必要です。 成功の鍵は、タスクに直接関係のない情報の欠如と長い議論です。 トラッカーはフォーラムではありません。 多くのタスクは、後でそれらを研究するのに何時間もかかるほどの解説であふれています。 誰の反応が必要かを明確に示す必要があります。 トラッカーが
@userName
表記をサポートしていない場合、悪いニュースがあります。 メッセージは、できる限り簡潔かつ簡潔に表現する必要があり、曖昧ではありません。 メッセージを送信する前に何度か読み直してください。
- 誰に宛てたのですか？ 指定してください。
- 十分な情報はありますか？ 十分に追加します。
- 追加情報はありますか？ 余分なものを取り除きます。
- どのような反応を期待していますか？ はっきり書いてください。
別の問題はバグレポートです。 バグが適切に登録されるまで動作させないと、大きな成功を収めることができます。例：
- 環境
- 遊び方
- 期待される動作
- 実際の行動
同期および非同期通信モデル
個人的な通信と電話は同期通信モデルです。 参加者は集中的に情報を交換します。 このため、問題をより迅速に解決できます。 ペイオフは、マルチタスクの損失です。 コミュニケーションの時点で、すべての参加者は「ブロック」され、何もできなくなります。 問題を解決する唯一の方法がスカイプアワーコールを使用することである場合、あなたはそれをしなければなりません。 幸いなことに、これらの極端な状況はほとんどの場合回避できます。 さらに、可能な場合は常に、同期通信モデルを避ける必要があります 。 同僚の時間を尊重してください！
反対に、書面による通信は非同期であり、メールとトラッカーのタイムアウトは1営業日を超えますが、インスタントメッセンジャーのタイムアウトは1営業日に制限されます。 あなたの同僚が多くの着信リクエスト（メッセンジャー、メール、トラッカーへの呼び出し）を処理するWebサーバーであると想像してください。 特定の時間におけるWebサーバーの負荷はわかりませんが、メッセージを送信するのが早ければ早いほど、キューに入れられます。 サーバーが過負荷でない場合、しばらくすると応答します。 これを念頭に置いて、事前にリクエストを送信してください。すべてがオンになっているときではなく、すぐに必要です。 「サーバー」が応答しない場合は、後で連絡するか、代替チャネルを使用してください。 同時にではなく、お願いします。さもないと、サーバーはDDOS保護をオンにして正しくなります。
結論の代わりに
レオニードの最も有名なフレーズの1つは、彼がペルシャ人との戦争にどのように準備したかを示しています。 彼の妻ゴルゴが彼女が死んだらどうするか尋ねたとき、レオニードは答えました：「 良い夫を連れて健康な子供を産みなさい 。」 配偶者間のそのような関係に誰かがショックを受けるかもしれません。 別のオプションを考えてみましょう。 ゴルゴはすすり泣き始め、夫に家にいるよう説得し、ペルシャ人に道を譲ることができました。 レオニードは彼女に耳を傾けますか？ いや スパルタの王になった彼は、自分の街と人々を守ることを約束しました。 さらに、彼の妻のそのような行動は、王の闘争心に悪影響を及ぼします。 代わりに、ゴルゴは最も正確な表現で唯一可能な質問をし、最も正確で利他的な答えを受け取った：「 幸せになりなさい 」。
ビジネスコミュニケーションの枠組みでは、私たち全員が組織の利益を代表し、特定の義務に拘束されます。 これを考慮して、感情が引き継がれないように合理的に行動する必要があります。 利益相反は避けられませんが、それどころか、個人的な対立はあらゆる方法で回避することができ、回避する必要があります。