数ヶ月前、私はスクラムのトレーニングを受けていました。 仲間の実務家と経験を共有して、彼女は私が今8つのオフィスに10人のチームを持っていると言いました。 彼らが私をまったく信じなかったというわけではありませんが、通常のプロセスがあったという話は、おそらく正当化された懐疑心をもって扱われました。
しかし、2〜4つのオフィスに分かれたチームでプロジェクトを成功裏に進めており、全部で10の開発オフィスがあります。チームの人を探すときは、主に彼の能力と人間の資質に注意を払いますが、第二-居住地へ。 さらに、私たちの会社では、人々はオフィス間をさまよいます。 一般に、現在のプロジェクトの作業を開始したとき、4つの場所しかありませんでした。
私はDataArtで6年間働いており、何百キロメートルも離れた場所で人々を組織化することにかなりの経験があります。 フリーランスのチームのメンバーは、ほめほやした笑顔で私を読んでいるのではないかと疑っていますが、私の経験が役に立つと思う人がいると思います。
それで、私は、分散チームを組織する観察、技術、および原則を共有したいと思います。 プロジェクトでは、顧客が利用できないためにスクラムが不可能な場合を除き、通常スクラムを実践します。 しかし、この場合、私たちは単一のチームであり、知識、ステータス、すべてのジャズを同期しなければなりません。
では、分散チームの問題は何ですか？ コミュニケーション。 すべてのレベルでのコミュニケーションは難しく、問題のファンを生み出します。 リーンソフトウェア開発の概念の無駄（損失）のコンポーネントの1つとして言及されている同じ「輸送」。
私自身は、コミュニケーションの問題の3つの要素を特定しました。
- 技術的 ：人が近くにいない場合は、彼を連れて現在の問題について話し合うことはできません。
- 動機付け ：ステッカー、問題のリスト、残りのリストが役立つコンテキストがあるチームが自分の部屋を持っていない場合、フォーカスと優先順位は「浮き上がり」始めます。
- 心理的 ：近くに座っておらず、毎朝コーヒーを飲みながら学校で最新のニュースや子供の成功について話し合っていない人は、特にバージョン管理システムと電子メールでのログインについて同僚について知っている場合に、同僚に間違いを許す傾向がありません。 「私たちと彼ら」の概念は、別のオフィスの同僚や他の不快なものに関連して生じる可能性があります
- 別のポイントは、分散チーム向けのスクラムアクティビティの適応です 。
技術コンポーネント
一般に、1つまたは2つの最新の技術によって解決されます。 メッセンジャー、音声通信、スクリーン共有、さらには電話のカメラ-すべてが私たちを助けてくれます。
私たちは古くから古き良きSkypeを長い間使ってきましたが、最近問題が始まり、製品には多くの価値ある競合他社がいます。 少なくとも1つのチームがハングアウトを使用していることを知っています。 そのため、Skypeではサイクルを繰り返さないことをお勧めします。
すべてのチームメンバーはSkypeを使用しており、チームチャットがあります。 人々は時々問題を議論するために複数の人々のために障害を作成します。 人がコンピューターの前にいるとき、Skypeでの出来事を読むことに同意しています。
十分なテキストと音声がない場合、画面をファンブルできます。 Skype Premiumは、join.meを使用する前の会議でもこれを許可します（おそらく、緊張すると、さらに多くのそのような製品を覚えているでしょう）。
建築について話し合ってから、ノートに書き留めてから、電話で写真を撮って同僚に送りました。同僚がそれをペイントで描いて送り返しました。
一般に、現代の技術に対する栄光には、共有する価値のある考えやアイデアがあり、これを迅速かつ効果的に行う方法があります。
動機付けの要素
ここでは、すでにより困難です。 もちろん、すべてのプロジェクトにはwiki、Confluence、または企業のSharepointサイトがあります。 しかし、正直なところ、テストアカウントからの環境およびパスワードへのリンクを除いて、だれがそこを見ますか？ 正解：アーキテクチャの高レベルの説明を求めてプロジェクトの初心者。
しかし、人々が目標、スプリントのステータス、あらゆる種類の単純なルールを思い出せない場合、チームはリラックスします。 プロセスを成功させるには、 情報ラジエーターが必要です。
2つのオプションがあります。私は交互にまたはすぐに使用します。立ち上げ中に仮想ダッシュボードに表示される内容の一般的なディスカッションと、実際には同じラジエーターの短いステータスレターを送信します。
たとえば、反復の後半から、QAは毎朝何が起こっているかについてのビジョンを送信します。 ユーザーストーリーのリスト、それをさらに進める責任がある全員のステータス。
ステータスの色分けは私たちのノウハウです（特許を取得するかどうかを考えました）。 オレンジ-進行中のコーディング、開発者は彼らが間に合うことを確信しています。 黄色-テストのために提出された; 明るい緑色-テスターは受け入れられ、ストーリーを表示できます。 緑-POを受け取りました。 赤-間に合わないという高いリスクがあります。つまり、残りを閉じるまで努力を無駄にしません。 黒も同意されました-反復から除外された人のために。 テスターが機能を受け入れなかった場合、オレンジまたは赤に跳ね返ります。
同じ手紙は、リスク、ブロッカー、そして今覚えておく価値のあるすべてのリストを思い出させます。 このような手紙は、起立後1日に1回送信されます。できるだけ短く、最も重要なもののみを含める必要があります。 それは、スタンドアップのために部屋の壁に掛けられた、非常に美しい図ではなく、非常に美しい図の主な機能を完全に実行します。 主なことは、それは本当に短くなければならず、最も重要なことは一番上にあるべきであるということです。1人の開発者が「管理のせん妄」の10画面をスクロールダウンすることはありません
心理的側面
私は認定された心理学者ではありませんが、プロジェクトの参加者が1つのチーム、特別なグループであると感じた場合、お互いをサポートし、許し、チームを失望させたくなく、行き詰まった同僚に寛大に助けを提供することは明らかです。
これに対する最大の障害は、チームメンバーがお互いを生きている人としてではなく、オートバイのヘルメットの一部の男が崩壊しつつある先駆者キャンプの背景に対してポーズをとる不可解な写真として認識し、70x70ピクセルのサイズで、 10年前に撮影しました。
Skypeのコミットログとニックネームのログインが生きている人として認識されるようにするために、話すときは常にカメラを使用するようにお願いします。そうすれば、生きている人、表情、非言語情報を見ることができます。 一般的なチャットやスタンドアップでさえ、ちょっとしたトークを歓迎します。いくつかのニュース、問題、bashからの引用へのリンクについて議論します。 正確な用量では、これは仕事に干渉しませんが、あなたが働いている人の理解と感覚を作り出します。
プロジェクトの最初に、もちろん、私たちは集まってチームビルディングを組織
すべての人がこの点を理解しているわけではありません。 私たちのチームには、基本的にカメラを使用していないので、私は彼がどのように見えるのかさえ知らない人がいます（古い写真を見ました）。 別のプロジェクトでは、プロジェクトチャットが誰かに干渉しました。 skypeにはオプションがあります。キーワードがある場合にのみ、新しいチャットメッセージの通知が表示されるようにします。 QAリードを召喚する特別な呪文がありました。
パラドックスは、そのような「偏心」が積極的な役割を果たし、プロジェクト参加者のみが理解できる社内チームのミームの出現に貢献することです。 そして、一般的なジョークは他の何物にも似ていない。
一般に、プロジェクトチームの内部の冗談と伝統は、おそらく社会学者による研究の主題であるべきです。 私たちのプロジェクトで何か新しいことが起こり、長い間生きているとき、私は常に喜びます。なぜなら、より一般的な文脈、「彼ら」と「私たち」への分割が少なくなるほど、チームが団結するからです。
ここでは、おそらく、対面（1対1）のプラクティスに言及する価値があります。これは、Skypeでも正常に機能しますが、分散チームには向いておらず、特定の特異性はありません。
スクラム活動の適応
アジャイルはチームとチームの責任という概念を個々のエンジニアへのカウンターウェイトとして導入しました。各エンジニアは次の仕事をしている人がどの階に座っているのかについての手がかりを持たず、いくつかの仕事をしました。
90年代後半、これらのアイデアが生まれて形になったとき、ビデオコミュニケーションはまだそれほど発展していませんでした。 ワークステーションの容量は、電子メールとICQ（Jabber、IRCなど）しか提供できず、唯一の合理的な方法は、全員をまとめることでした。 現在、テクノロジーにより、アイデアを悪夢のようなカルトに変えることなく、スクラムをビデオ会議の使用に適合させることができます。
デイリースクラム
最も簡単なこと。 誰もがコーヒーを注ぎ、コンピューターの前に座って、ヘッドフォンを装着すると、Skype会議が始まります。 立ち上がるように立ちます。
通常、プロジェクトリーダーは、スクラムツールが展開されている画面を手探りします。 ステータス、費やした時間、他にあるものを更新します。
集会に同意し、問題について話し合います。 唯一の違いは、立っていないときに朝のコーヒーを飲むことです。
私たちには、最初は誰もが簡単に話すというルールがあります。誰かが話し合うことがあれば、会議にとどまりますが、必要はなく、切断して仕事に行くことができます。 私は通常、集会の数分後に送信しますが、すべてが順調です。
スプリント計画会議
これが最も難しい部分です。 私たちは再び会議に行きます、POはスケッチとストーリーの説明で画面を手探りし、チームは見て、議論し、投票します...
古典によると、それは最大4時間続くことができます。
非現実的。 経験によると、30分以上ヘッドフォンに座っている人は、注意を緩めて目をそらすだけで、突然メールやFacebookのテープを読んでいることに気付き、あなたは彼を失います。 人が会話のトピックに興味を持っている場合、彼は45-60分続くことができますが、これは端です、あなたはあなたの足、首、水を飲む必要があります...
「10分間」続けると、誰かがコーヒーを注ぎに行って、最後のフレームワークのメリットについて議論しなくなったので、それは引きずられます。 誰もが彼を待っている間に、プログラマーはすでにコードを残していたので、テスターは一連の自動テストを開始し、VPN経由でデータベースにテストデータを注ぐだけなので、すべてがバブリングし、画像がフリーズします。
そのため、1日30〜35分で前もって強く疾走する予定です。 時には2つの部分-朝と夕方。
プランニングポッカーはSkypeでも発生します。 すべてのチームメンバーがデッキを持っている場合、人々は単にカードを選択し、「準備完了」という言葉でカメラにシャツでそれを見せます。 カードがない場合、番号はチャットにダイヤルされ、その人は「準備完了」と言います。 コマンドで、人々はカードを裏返すか、Enterを押します。
マーカー付きのノートブックに数字を描く、または画面に地図を描いたAndriodのアプリケーションのような中間オプションがありました。
スプリントレビューとスプリントレトロスペクティブ
時間を空けて、ビデオ会議としても開催されました。 多くの場合、利害関係者の顧客には、カメラ、スクリーン、および時にはプレゼンテーション用の機器、コメントの質問のログ、結果の概要など、作業用の機器を備えた部屋があります...
通常、レトロスペクティブは翌日に行われ、トピックのリストとそれらへの投票がプロジェクトチャットを通過します。
反復の開始を示す最後の計画セッションは、必要に応じて反復の強調をシフトし、何かを追加または削除するために、回顧の後に行われます。
実際、それがすべてです。
本当に賢明なことは何もありませんが、機能します。
そして、私たちは本当にプロジェクトをチームに分散させています。
みなさん、良い一日を！