agile - 在宅勤務者をアジャイルプロセスに統合する方法は?

Question

私たち全員が、ある時点で在宅勤務者に対処しなければならなかったと確信しており、現在、私の新しいプロジェクトには、オフィスワーカーの「コア」グループとオフサイトの在宅勤務者がいるという状況に直面しています。過去の過ちを繰り返したくないので、在宅勤務者をアジャイルプロセス、つまりスクラムに効果的に統合するために、人々が過去にどのような方法を試みたかを知りたいと思います。

私の最初の懸念は、在宅勤務者が「毎日のスクラム」ルーチンを破る最初の人になることです。そして、人間の本性がしばしばそうであるように、一度それが壊れると、再開して人々を軌道に戻すことは困難です. スクラムは、毎日のスクラムに参加できなかったり、遅刻したりした人に対して、ささやかな楽しい「罰則」を課すことを推奨しています。たとえば、瓶に数ドルを寄付して、後でプロジェクト終了パーティーなどでビールを 1 ケース購入するなどです。これは明らかに、オンラインで実施するのが難しいものです。

在宅勤務者のもう 1 つの大きな問題は、「見えない、気にならない」問題です。ウェブカメラ/スカイプ/電話会議の使用以外に、チームをできるだけ緊密に保つためのヒントはありますか?

また、異なるタイムゾーンからの在宅勤務者への対処はどうですか? 現時点では、幸運にもこの問題は発生していませんが、将来的には発生する可能性があります。他のチームはこの問題にどのように対処しましたか?

score 7 · Accepted Answer

インスタントメッセージングは、"ステータス" (利用可能、ビジー、沼地など) がすべての人に表示されるため、"見えない、気にしない" 問題に本当に役立ちます。また、メッセージに応答することで、それらが一般に利用可能であるという考えを強化します。

スクラム会議の問題については心配しません。電話会議を介して会議に参加する方が、直接参加するよりも簡単なことがよくあります。

score 6 · Accepted Answer

事前に基本ルールを設定します。それらについて意地悪にならないでください。

自宅 (またはサテライトサイト) で仕事をしているときに、「渋滞に巻き込まれた」などの理由で会議に出席できなかったという言い訳をおそらく排除したので、期待を裏切る理由はありません。

テクノロジーを活用する:

IM を使用します。私たちはここでそれを使用します。4 州離れた人に「手を差し伸べて触れる」のに最適です。IM 経由で対応できることを必須にします。
他のツールを使用して、障壁を打破します。それはあなたの状況によって異なります。

毎日会議を開いている場合は、次のような質問をすることは誰の目にも明らかです。

私たちが最後に会って以来、あなたは何を成し遂げましたか?
今日は何をしますか？
移動する必要があるのは何ですか？

立方体にマットが見えないからといって、怠けたり、非生産的で無反応になる権利が私に与えられるわけではありません。それは私の子供たちを扱うようなものです - ルールと期待されることを子供たちに知らせてください。

score 3 · Accepted Answer

私は、アジャイルチームで唯一のリモートメンバーとして 1 年間を過ごしました。私は毎日のスクラムと計画/レビュー会議のために電話会議に参加しました。私は日中、IM/電子メール/電話で連絡を取り合っていました。

全体的によくできていたと思います。最大の欠点は、スクラムの追跡に使用した物理的なホワイトボードが見えないことでした。これを行うために何らかのオンラインツールに移行することについて話し合いましたが、実現しませんでした。

私はタイムゾーンが 1 つ離れていたので、在宅勤務のトレードオフの一部として、チームの他のメンバーが守っている時間で働くことになると考えていました。

SCRUMの欠落に対する罰則については、ビール瓶などを介して、ある程度緩く実施する必要があります。しかし、必要な会議に欠席したり遅れたりする人が常にいる場合は、マネージャーがそれに対処する必要があります。

score 3 · Accepted Answer

コロケーションの目的は、コラボレーションとコミュニケーションを促進することです。いくつかのことが役立ちます。

チーム全員が近くにいる場合は、全員がオフィスに来ることができるコア日を設けることを検討してください。私の現在のチームでは、月曜日と金曜日は在宅勤務が許可されており、火曜日から木曜日まで全員がオフィスに出勤しています。
分散したチームの場合、私は壁に貼られた巨大な紙の代わりに Wiki を使用することで大きな成功を収めました。wiki の良いところは、より正式なツールに適応するのではなく、チームのニーズに合わせてフォームを編集するようチームに奨励することです。
Wiki を使用するもう 1 つの利点は、各人が休暇や趣味に関する写真を共有するための独自のページを持つことができることです。これにより、離れた場所にいる人がよりリアルになります。
あなたが分散したチームを持っている場合、私はステータス (利用可能、退席中 (コーヒーを一杯飲んでいる)、忙しい (会議中)) を含むインスタントメッセージングの使用を推奨したいと思います。自宅で、オフィスで。
ウェブカメラは安価で価値のあるツールです
グループ電話会議用にまともなスピーカーフォン (Polycom フォンが好き) に投資する
LiveMeeting などのツールを使用してリモートペアプログラミングを促進する
電話でスタンドアップを行うためのテクニックは、話している人にグループ内のまだ行っていない人の名前を言ってもらうことです。これにより、全員が注意を向け続けることができます。
イテレーション (スプリント) 計画会議の場合 - 会議の議事録またはコミュニケーション計画をフォローアップして、全員が同じページにいることを確認します。同じ場所に配置されていないということは、通信に関するドキュメントと意図が少し増えることを意味します。

幸運を

score 3 · Accepted Answer

このツールを使用して成功しています:

プロジェクト管理用のアセンブリ(ソース管理、wiki、スクラムツール)
音声通信用のSkype
Google トークfor im

私たちは 3 人の開発者のチームで、6 つのタイムゾーンの範囲に属しています。

score 2 · Accepted Answer

SCRUM やその他の多くのアジャイル手法は、実際には物理的な近接性に依存しています。統合が頻繁に行われる開発プロセスに在宅勤務者を統合することは困難ですが、これらの特定のプロセスは、具体化されていない開発者にとって特に敵対的です。

プロセスを目の前の状況に適応させる必要があります。実際、ウェブカメラを使用したビデオ会議は非常に便利です。実際、キュービクル/作業エリアで常にウェブカメラをオンにして、他の同僚と同じように歩いて質問できるようにすることをお勧めします。

しかし、最終的には、彼らにとって物事が異なるものになることを期待するだけでよいのです。あなたがアジャイルショップである場合、彼らは多くのプロセスに完全に参加することはできません。

-アダム

score 2 · Accepted Answer

ウェブカメラを介して毎日のスタンドアップに参加するようにしてください。あなたが言ったように、それは滑りやすい斜面を降りる最初のミスです。私たちはすべての会議を RoundTable で行うようにしていますが、これは非常に役立ちます。

私はこれを 2 か月間行っています (カナダでダブリンのコアチームと一緒に働いています)。

Scott Hanselman が Microsoft でリモートで働いた最初の年について書いた記事を参照してください。間違いなくいくつかの良いヒントがあります。一年後。

score 2 · Accepted Answer

ビール瓶の代わりに、在宅勤務の特権自体が、必要に応じて参加するための掘り出し物の一部になる可能性があります。チームが適切に在宅勤務するのに十分な責任を負っていない場合、おそらくそうすべきではありません。時折の遅刻に対するより楽しい罰則は、面白いアバターを使用して、会議に欠席している人物を表すことです。

人々を緊密に結びつける他の方法は、Wiki などのコラボレーションツールや、Basecamp や FogBugz などのプロジェクト追跡ツールを使用することです。

タイムゾーンが異なる場合、より大きな問題である世界の反対側にいる場合を除き、最も西のタイムゾーンに基づいて早期の会議を行う必要があります. それはおそらく誰が担当しているかに基づいています。

score 1 · Accepted Answer

私たちの環境では、チームが分散していても電話で毎日のスクラムを管理することができました。

Rally や Basecamp などのソフトウェアを使用してプロセスを管理するのに役立ちます。

score 0 · Accepted Answer

私が働いていたある場所では、通常の電話システムの代わりにアスタリスクを使用していました。自宅で仕事をしているときは、ログオンするだけで、人々はあなたの直通番号に電話をかけることができ、部外者は知る必要がないため、うまく機能しました. 最近では通話料金は相対的に取るに足らないものになっていますが、「常時接続」接続を使用すると、より多くのコミュニケーションが促進されます。音質も良くなっています。

score 0 · Accepted Answer

配布スクラムには十分な準備が必要です。ツールだけの問題ではありません。

分散環境での多くのロールアウトをサポートしましたが、1 つの基本的なポイントがありました。それは人です。

最も効率的なのは、すべての人を 1 つの場所に配置することから始めることです。彼らは、世界の反対側にいる単なる仮想の誰かではなく、人としてお互いを知ることができるように、直接会わなければなりません. 私が以前言っていたように、チームメンバーはお互いのにおいを嗅ぐ必要があります。

リリース計画については、可能であれば 1 か所で集まります。文化、習慣、人々の背景と理解を得るために、場所を変えてすべての場所を訪れます。スプリントの計画には、ビデオ会議、画面共有などを使用します。移動する必要はありません (頻繁に移動する必要があります)。

明確な役割とチーム編成を確立する必要があります。プロダクトオーナーとスクラムマスターが必要です。PO と SM をできるだけチームに近づけたくない場合は、検討する必要があります。間違いなく、毎日2回の対面会議（場所ではなく顔に関するものです）に参加させる必要があります。

チームが同意した場合、 done の定義は、 Done の意味を同じように理解するのに役立ちます。分散環境では必須です。

毎日のスタンドアップには、優れたコミュニケーションツールが必要です。Skype や Office コミュニケーターを使ってデイリーに使用できることがわかりました。音声とチャットを使用します。特に国際的な環境では、チャットで人を理解することができます。チームメンバーが日次報告以外で必要なことを話し合えるように、毎日のコミュニケーションチャネルを開いたままにします。

そして、最も重要なことは、すべての場所のすべてのチームメンバーと定期的にふりかえりを行うことです。ふりかえりから生まれたアイデアを実装することを忘れないでください。他の場所にいるチームには、アイデアの実装を支援するローカルサポートが必要です。

score 0 · Accepted Answer

私は 5 人のチームで働いています。

Asana - プロジェクトとタスクの管理
Google トーク + お気に入りの IM クライアント (私は Pidgin を使用しました)
RingCentral - VOIP電話
Gmail - 非同期通信 (電子メール)
Dropbox - ファイル転送とバックアップ
Team Viewer - 画面共有、トレーニング、およびプレゼンテーション

これらのツールを使用しても、プロセスが不十分になりやすいため、ダイナミックに基づいてチームのベストプラクティスを確立することが重要です。たとえば、次の 2 つの主要なプラクティスがあります。

頻繁にコミュニケーションをとる - コミュニケーションを行うとき、私たちは同じ場所にいないため、チームで作業していることを忘れがちです。私たちのチームでは、Asana のタスクを更新して、アイデア、障害、タスクの完成度を説明するコメントを付けています。すぐに支援やフィードバックが必要な場合は、待たずに IM または電子メールで支援を求めてください (相手がオフラインの場合)。
過剰なコミュニケーションに頼る - これは、Asana のコメントやメールに関連しています。ただし、一般的には、必要以上の情報を (範囲内で) 提供する方がよいことがわかりました。

score 0 · Accepted Answer

在宅勤務者/分散型チームの場合、まともな電話を入手することをお勧めします.ほとんどのデスクフォンは、スタンドアップ中に電話から数フィート離れている相手の声を聞くことができません.

イテレーションの最後に関係者向けに作業コードのデモを行うときは、webex や livemeeting などを使用してデスクトップを共有し、カメラを使用してスピーカーを表示して、分散した参加者が何が起こっているかを確認できるようにします。(さらに良いのは、在宅勤務者にイテレーションの境界に直接参加するように依頼することです)。

プロジェクトの最初の数週間、開始/キックオフ段階で人々を集めて、人々が対人関係を構築できるようにすることをお勧めします。チームワークの基盤を構築するために、事前に顔を合わせてやり取りすることがどれほど役立つかは驚くべきことです。

分散型カードウォールを使用します。私は Mingle ( http://mingle.thoughtworks.com ) が好きですが、他のツールを使ったことがないのでコメントできません。

ふりかえりの場合、IM を使用して分散したチームメンバーと通信するプロキシを部屋に置くと便利です。分散したチームメンバーのコメントを紙に書き出す (またはポストイットにするなど) ことができます。あなたのもの）。

「サイトから外れて、頭がおかしくなる」というあなたの恐れについて言えば、このようなことに対する私の好みは、まだ実現していない問題の解決策を作成しないことです. チームがつながりを失いつつあることに気付いた場合 (ふりかえりの主要なディスカッションポイント)、発生した問題に対処する方法についてチームディスカッションを促進できます。繰り返しますが、マネージャーやスクラムマスターに解決策を指示させるのではなく、チームが問題と解決策の特定を支援する必要があります。信頼の仮定から始めます。

agile - 在宅勤務者をアジャイル プロセスに統合する方法は?

13 に答える 13

Related

Reference

agile - 在宅勤務者をアジャイルプロセスに統合する方法は?