InfoQ ホームページ Distributed Team に関するすべてのコンテンツ
-
コンピュータを無視して集中しよう
アジャイルを実践している人たちは、プロジェクトやチームで「コンテキストスイッチング」が起きた場合の、生産性への悪影響が分かるようになった。同じアイデアを毎日の仕事や個人の対話のレベルでどの程度まで適用し、そしてマイクロレベルのマルチタスキングの問題を避けるために何が出来るのだろうか？Phil Gerbyshak氏がアドバイスをしている。
-
「ABetterTeam.org」でアジャイル度を評価しよう
Sebastian Hermida氏は自分たちがどれだけうまくアジャイルを採り入れているか、チームが理解を深めるのに役立つ無料で使えるオンラインのツールを作った。サイト「abetterteam.org」はJames Shore氏とShane Warden氏の本『アート・オブ・アジャイル デベロップメント(The Art Of Agile Development)』に出てくる「アジャイル度を評価しよう」というクイズに基づいたものだ。
-
Apache Tribesを使った不均質なクラスタでの通信をFillip Hanik氏が語る
Apache TrbesはTomcatのサーバクラスタでグループ通信をおこなうためのTomcatモジュールだ。Filip Hanik氏はさまざな種類のサーバから成るクラスタの課題と、Tomcatクラスタに必要なグループ通信をTribesがどのようにサポートするかについて発言をしている。
-
チームの腐ったリンゴを扱う
ここ数日間、Scrum Development Yahoo Groupでチームの1人の「働きが少ない」場合に何をするかについてとても活発な議論がなされている。Rotten apple in Scrum team(スクラムチームの腐ったリンゴ) の130以上のレスポンスの中で、最初の質問へのアドバイスから、チームのやる気や誰がそれを管理するかという話、個人を計測する昔からの論争、チームが本当に「チーム」であるかどうか見分けることなどへ議論が及んだ。
-
開発の分散は品質の問題が生じるだろう
「ロケーション間でのスキルレベルの違いによるソフトウェアの品質の問題」は世論調査結果からわかった最も興味深いことの一つであるが、この調査は2008年9月のReg読者調査で行われたものである。この調査の回答者は369人で、その内80%は分散ソフトウェア開発を直接経験していた。地理的には44%が英国、36%が米国、そして他の場所が20%に分かれていた。
-
Article: 事例研究：Dutch Railwaysのプロジェクトにおける分散拠点でのスクラム・プロジェクト
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
-
-
在宅勤務者向けTeam Foundation Server
Windowsデベロッパにとって、Visual SourceSafeが事実上のバージョン管理であった一昔前、リモートアクセスは深刻な問題だった。SourceOffSiteのような製品は、企業の本社勤務ではないすべての労働者にとってなくてはならないものだった。国際化と不安定な原油価格が相まって、在宅勤務に依然として拍車をかけ続けているが、Microsoftはこの部門をないがしろにしている。
-
MSの経験から生まれた分散アジャイルですべきこととすべきではないこと
Microsoftのpatterns & practicesグループの開発マネージャ、Ade Miller氏が分散アジャイル開発の記事を発表した。この記事で、分散アジャイル開発をしようする際の課題を明らかにしている。さらに、主としてMicrosoftのpatterns & practicesグループ内のチームの経験に基づき、これらの課題に取り組むための提案を行う。
-
アジャイルとは誠実であること
アジャイルに関する話題はプラクティスのような人々が日々行っている形あるもの、「アジャイル開発プロセス」に偏りがちである。しかし、プロセスの中ではなくプリンシプル(原則)の中にこそ本当のアジャイルさは存在する。
-
カードゲームで分散プロジェクトのコミュニケーションを学ぶ
Charles Suscheck氏がAgile2008でプロジェクトのコミュニケーション、計画、そして、コラボレーションの重要性について教えるため、どのように何種類もカードゲームのラミーを使うのかを示した。このゲームで、チームが様々なレベルで分散することによる影響と、プロジェクト期間中にチームに専門家を追加したり、外したりする影響を調査する。
-
Minibook: 塹壕より Scrum と XP
Agileを始めるときは、とても分かりにくいです。一体どこから手をつければいいのでしょう？この物語はそんな皆様の一助になれば幸いです。本書は、スウェーデンにある、とある40人ほどの会社で、どのようにAgileとXPを実行したか、プロセス改善を行ったかを記しています。
-
誠実さはアジャイルにとって価値と言えるか?
Declan Whelan氏は示唆に富むブログを書いている。その記事では、Mishkin Berteig氏から学んだという思想に言及し、成功するアジャイルチームには(暗黙の)原則として、「誠実さ」があるという。
-
XPにフィットするかを見極める方法
多くのアジャイラーたちは、誰もがアジャイルに馴染むわけではないと考えている。人によっては、アジャイルの哲学にうまくフィットせず、否定的な傾向をチームにもたらす。XPグループ上で、人がXPにうまくフィットするかを見極める方法について興味深い議論があった。
-
世界的に有名なオーケストラがスクラムに似た手法を採用
スクラムチームには指名されたチームリーダーがいない。チームは自己管理することが望まれる。同様に、世界的に有名なオーケストラは、チームでリーダーシップを共有して決定を行うというプロセスを支持し、指揮者の役割を完全に省いた。その過程で、スクラムチームが利益を享受できるような連携方法とレッスンを身につけた。