トップスポーツチームの監督に教わる秘訣
この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。
作者 Ben Hughes, 翻訳者 沼田 暁子 投稿日 2007年12月18日 午前6時5分
Science Daily紙に投稿された記事(source)によると、ミシガン大学の研究者たちは、「プロジェクトルーム」の共通の環境で仕事をしていたチームは、別々の作業環境にいたチームより、最大で2倍も生産性が高いことを発見した。
特別に設計された「プロジェクトルーム」で数ヶ月一緒に働いた人たちのチームは、従来のオフィスの配置で作業をした人達の2倍、生産性が高く...
この記事がLean-Agile-Scrum(訳注:Yahoo! TECH Groupsにあるグループ)のスレッド(source)での議論を引き起こし、この考えに賛成する人たちもいれば反論する人たいもいた。Jay Vandewark氏は次のようにコメントした。
...ひと部屋という作業場所は欠点がありますし、私はひと部屋という作業場所はアジャイル開発者達が提唱するプラクティスで最も劣ったものだと思います。しかし、Ron Jeffries氏(source)の見方は異なり、次のように述べている。
私の結論ですが、私は以下のようなチームルームの効果を見てきましたが、InfoQ の読者の皆さんは、「プロジェクトルーム」をどう考えているだろうか?既に活気のあるチームにも必要だろうか?実際、InfoQの読者のみなさんは、より生産性を向上させる部屋のレイアウトについて、何か考えがあるだろうか?Lean-Agile-Scrumのスレッドを見て、この記事かそのスレッドにコメントを投稿して欲しい。
アジャイルのプラクティスの中で、間違いなく最も強力なものの一つであると思えるほど価値のあるものであり、最も劣ったものではありません。まだ他にも考慮して調整する必要がありますが、この考えを否定することは非常に愚かなことだと私は思います。
- 私自身のチーム
- 他の人のチーム
- 文献
【無償】「Google Apps 企業向けソリューションセミナー」のご案内
InfoQ Japanはコンポーネントスクエアが運営しています
ITマネージャ必聴!IT活用セミナー 勝ち残りの法則~管理・統合化スペシャル~
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。
マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。
筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。
エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。
この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。
No comments
返信