InfoQ ホームページ コラボレーション に関するすべてのコンテンツ
-
チームの信頼を確立する5つの方法
アジャイルチームにおける信頼は、基本的なコンポーネントであり「Individuals & Interactions」のAgile Manifesto価値の実装を成功させる要素である、と多くの者が述べた。近ごろEsther Derby氏は、この信頼の構築を支援するため、具体的な提案をしている。
-
Visual Studio Team System 2010 で予定されているもの
Microsoft のディベロッパテクノロジスペシャリスト Bill Maurer 氏はカンファレンスを開催し、Team Foundation Server、ソース管理、プロジェクト管理、テスト、開発およびアーキテクチャといった主要な分野における Visual Studio Team System 2010 (VSTS) の新機能を紹介した。
-
効果的にアジャイルをやるための仕事場
アジャイルのコンサルタントであり、書籍の執筆も行っているMike Cohn氏(リンク)は彼の新刊『Succeeding With Agile』からあるひとつの章をとりあげ、自身のブログにまとめエントリを書いた。そのエントリのテーマは、「理想的なアジャイルの仕事場」だ。彼はアジャイルなチームがより大きな力を発揮するのに役立つよう、仕事場で目に入るようにしておく必要があるものをいくつかあげている。
-
注釈付きバーンダウンチャートはふりかえりに役立つ
スプリントのバーンダウンチャートは、スプリント中のスプリントバックログの大きさを追跡する。スプリントのふりかえりの間、どのようにスプリントが進んだかに関して、バーンダウンチャートによって有用なデータを得ることができる。
-
情報発信器:アナログの方が本当によい？
XPのYahooグループで、デジタルツールではなく、タスクボードのようなアナログの情報発信器を使うことへの賛否について議論している。XPのオリジナルではスプレッドシートより物理的なタスクボードがよいと言っているが、上司に自分が説明することができないと分かったそうだ。
-
コンピュータを無視して集中しよう
アジャイルを実践している人たちは、プロジェクトやチームで「コンテキストスイッチング」が起きた場合の、生産性への悪影響が分かるようになった。同じアイデアを毎日の仕事や個人の対話のレベルでどの程度まで適用し、そしてマイクロレベルのマルチタスキングの問題を避けるために何が出来るのだろうか？Phil Gerbyshak氏がアドバイスをしている。
-
優秀なProduct Ownerであること
効率的に実行されたアジャイルプロジェクトに関わったことがある人は誰でも、Product Owner(またはXPでは「Customer」)の開発チームとの協調は、チームの成功において、重要な役割を果たすという事実を証言することができる。Peter Stevens氏は、こうした役割を担った人びとが、うまく協働できるようにアドバイスをしている。
-
Cucumberによるストーリー駆動開発の手法
ビヘイビア(振舞)駆動開発(BDD:Behaviour Driven Development)の盛り上がりは看過できない。BDDは、テスト駆動開発(TDD:テスト駆動開発)の課題に応えるかたちでDan Northが2003年に提唱した手法だ。BDDはソフトウェアプロジェクトに関わる様々な人や組織の間を巻き込み、お互いが協調していくことを促進する。そこにはたとえば、開発者、品質保証担当、技術に詳しくない業務分析担当者などが含まれている。
-
「ABetterTeam.org」でアジャイル度を評価しよう
Sebastian Hermida氏は自分たちがどれだけうまくアジャイルを採り入れているか、チームが理解を深めるのに役立つ無料で使えるオンラインのツールを作った。サイト「abetterteam.org」はJames Shore氏とShane Warden氏の本『アート・オブ・アジャイル デベロップメント(The Art Of Agile Development)』に出てくる「アジャイル度を評価しよう」というクイズに基づいたものだ。
-
ソフトウェアアーキテクトの質
ソフトウェア/エンタープライズアーキテクトの業務は、重要なものである。アーキテクトの任務は多数あり、発揮されるべき具体的なリーダーシップ、コミュニケーションスキルや手技術的なスキルが要求される。
-
チームの腐ったリンゴを扱う
ここ数日間、Scrum Development Yahoo Groupでチームの1人の「働きが少ない」場合に何をするかについてとても活発な議論がなされている。Rotten apple in Scrum team(スクラムチームの腐ったリンゴ) の130以上のレスポンスの中で、最初の質問へのアドバイスから、チームのやる気や誰がそれを管理するかという話、個人を計測する昔からの論争、チームが本当に「チーム」であるかどうか見分けることなどへ議論が及んだ。
-
SunのBlogsシステムアーキテクチャについてのホワイトペーパー
Sunは、Sun Blogs Webアプリケーションをホストするために使用されるアーキテクチャを説明したホワイトペーパーをリリースした。ハードウェアの説明、サーバソフトウェアの構成の他、多くの使用メトリクスなどにも触れている。
-
スクラムのスクラム - 問題と価値
Agile Estimating and Planningの著者のMike Cohn氏が「スクラムを大きなプロジェクトチームに適用させるのに重要な技術」と説明しているのが、スクラムのスクラムミーティング(the Scrum of Scrums)である。
-
Snake On The Wall : 壁に並べた付箋紙を使って障害を把握する
Kevin Schlabach氏が、最近「Snake On The Wall」を使うことについてAgile Commentaryブログに投稿した。「Snake On The Wall」とは、開発プロセスを遅らせるものをチームで把握するのに役立つSchlabach氏が使っていた手軽なアプローチである。
-