InfoQ ホームページ チームワーク に関するすべてのコンテンツ
-
クロスファンクショナルチームのコスト
クロスファンクショナルチームとは、メンバ全員で同じビジネス価値を納品することに取り組むチームだ。この価値は、同じ機能かもしれないし、同じ製品かもしれない。数多くの本来の強みを生かすために、アジャイルではクロスファンクショナルチームを薦めているが、企業において気をつけるべき補足事項がある。
-
多様性の価値
これは、アジャイル チームが成功するための要素を検討する議論のシリーズ第2弾である。性、文化、意見、観点、スキルそしてバックグラウンドは、高パフォーマンスなチームを作り、維持するのに、重要な要素だと考えられている。このニュースでは、様々なコメンテーターからの視点を検討する。
-
創造的な業界から学ぶ－信頼を築く一貫性
これは、チームを成功させる要因を検討し、議論するシリーズの第1回である。この投稿は、最近のWired magazineの記事について報告しており、その中で、 Pixar Animation Studiosが使用している創造的なプロセスと彼らのプロセスが、いかに、「失敗を許す環境」において、チーム形成、長期間にわたる関係、そして信頼を促進しているかを分析している。
-
顧客も開発者も離れたところにいる危機的状況にあるプロジェクト
コロケーション（共同の場所）はアジャイルにおいて最も重要なアドバイスのひとつだが、ますますプロジェクトは分散したチームで実行されるようになってきている。Scrum Developmentグループにおいて、Safari Asad氏は顧客が離れたところにいるだけでなく、開発者も離れたところにいるという危機的状況にあるプロジェクトに関する興味深い議論を始めた。
-
Naresh Jain氏、"Simple Design & Testing"とそれに関するカンファレンスについて語る
「シンプルさ」はアジャイル開発の中心的教義のひとつだ。ソフトウェア設計やテストのやり方に関しては特にそうだ。Naresh Jain氏は2006年以来、世界規模の「オープンスペース」型カンファレンス Simple Design & Testing Conference を開催してきた。このカンファレンスは実践者たちが一同に介して、このトピックについてその限界を押し上げるものだ。InfoQはNaresh氏から、この小規模ながらよく知られたカンファレンスの背景に何があるのか、なぜこれほどまでに彼がこのトピックに情熱を注ぐのか、話を聞いた。
-
結束したコミュニティとしてのアジャイルチーム
アジャイルプロジェクトは信頼とオープンで誠実なコミュニケーションを基礎として構築された，高度に協調的なチーム環境である(はずだ)。このような協調的環境は偶然から生まれるものではなく，簡単に損なわれるものでもない。協調的チームの構築と維持に関してアドバイスしている評論家は数多い。このアーティクルではその中からいくつかを要約して紹介する。
-
指揮統制 - 軍隊がアジャイルを採用
アジリティは、実にめずらしい場所で勢いを増している言葉だ。軍隊では、突然、真剣にアジリティを取り上げている。軍隊は、アジリティを「変化にうまく対応する能力」と定義する。「指揮統制」(Command and Control)は、軍隊で普通に使われる言葉であり、一般的な使い方では「C2」と省略される。また、C2 Journalでは、最近、アジリティに関する多くの記事が書かれている。
-
チームの変更に対応する
変更は普遍的なものであるにもかかわらず、人は変更に対して不安を抱く。この場合、未知への不安や安心感の喪失に対して抱くことがほとんどで、変更の受け入れを難しくする。アジャイル・チームは変更に対して十分な態勢が整っているとはいえ、彼らの大部分は変更の影響がチームに及んだ場合、それを快くは思わない。
-
Google Wave Robots APIの新機能
Google Wave Robots API v2はバージョン1とは後方互換性がないが、Active API、Context、Filtering、Error Reporting、Proxying-Forといった新機能が追加されている。ロボットを作るのに便利なJavaとPythonのクライアントライブラリが提供されるのに加えて、開発者はRobot Wire Protocolに基づくライブラリを自作することもできる。
-
アジャイルテストで挑戦
Gerald Ford 国際空港に、駐車料金計算機があり、 Matt Heusser氏は、それにひどいバグがあるのに気がついた。そこで彼は、世界中のテスターに、挑戦状を送った：ParcCalcに存在するバグを見つけて欲しい。それに答えたのは、James Bach氏、Selena Delesie氏など多数いた。
-
ソフトスキル(Soft Skill)が最も重要 - アジャイル・ボストン・オープンスペース報告
アジャイル・ボストン・ユーザグループ(Agile Boston user group) は先週，OpenSpace カンファレンスを終日開催した。セッションのひとつは，自分および／または自チームの組織に所属する，他グループに対する影響力行使に関するものだった。セッションの参加者たちは，それぞれ異なる状況と問題について理解し合い，事態を改善するための複数の戦略を見出すことができた。そしてその中に，アジャイルのプラクティスは含まれていない。
-
アジャイルチームにおける人のつながり
基本的なアジャイルプラクティスの統合が完了しかけているのだとすれば、それは何か新しいものが始まろうとしていることを意味している。イノベーションの新しいフェーズはそこまで来ているのだろうか？もしそうだとすれば、新しい思想的リーダは誰なのか？新しいアジャイルの最先端はどこにあるのか？InfoQではMichael de la Maza氏の調査に目を向ける。氏はアジャイルの指導者であり、チームや組織における親密さといった論議を呼びそうな題材を扱っている。
-
自己組織型チームを組織化する
Rashina Hoda氏は、博士号目指す研究者で、チームで実際にどのように自己組織化が生まれるのかを調査してきた。彼女は、ニュージランドとインドで研究し、チームが効果的に自己組織化する時に生まれる６つの役割を特定した。彼女は、５月に南アフリカの Cape Townで開催されるInternational Conference on Software Engineering (ICSE2010)で発表される彼女の論文についてInfoQに話した。
-
Scrum Gathering: コミュニティの実践
アジャイルコミュニティは次の3つの重要な実践について共通理解を作り出そうとしている。その3つとは、要求の収集、アジャイルコーチング、そして集団学習のためのオープンスペースの形式だ。最近開催されたScrum Gatheringでは、これらのトピックが初日、二日目、三日目の議論の的になった。InfoQはこれらのトピックについてより深く理解するため詳細を取材した。
-
チームの最適な構造
アジャイルは7人に2人多いか少ないかくらいの大きさのチームについて話題にするが、一方で全体チームという考え方も推奨する。全体チームとは案件を遂行するための十分な技術をチーム全体に持たせるという考え方だ。つまり、中核となる開発技術とは別に、必ずやらなければならないテストの技術、データベースに関する技術、ユーザインターフェイスに関する技術もチームが持つという考え方だ。チームの構造を定義するのは簡単だろうか。