InfoQ ホームページ チームワーク に関するすべてのコンテンツ
-
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)』に出てくる「アジャイル度を評価しよう」というクイズに基づいたものだ。
-
Apache Tribesを使った不均質なクラスタでの通信をFillip Hanik氏が語る
Apache TrbesはTomcatのサーバクラスタでグループ通信をおこなうためのTomcatモジュールだ。Filip Hanik氏はさまざな種類のサーバから成るクラスタの課題と、Tomcatクラスタに必要なグループ通信をTribesがどのようにサポートするかについて発言をしている。
-
ソフトウェアアーキテクトの質
ソフトウェア/エンタープライズアーキテクトの業務は、重要なものである。アーキテクトの任務は多数あり、発揮されるべき具体的なリーダーシップ、コミュニケーションスキルや手技術的なスキルが要求される。
-
オーバーコミット対オーバーデリバリ
スプリント計画の主要な目的は、スプリントの終わりまでに「何をデリバリするつもりか」をコミットすることである。一度コミットされると、チームは目標を達成するために一丸となって働く。スクラムマスタは、チームのスピードを落とすであろう、あらゆる障害を取り除く。理想を言えば、チームはコミットしたことを守らなければならないが、もしチームが絶えずオーバーコミットしているか、あるいはオーバーデリバリしている場合は、心配の種がある。
-
チームの腐ったリンゴを扱う
ここ数日間、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氏が使っていた手軽なアプローチである。
-
-
アジャイルユーザビリティ
ユーザビリティの第一人者で「Usability Engineering」(邦題「ユーザビリティエンジニアリング原論」) の著者であるJakob Nielsen氏が、アジャイル手法がユーザビリティをデザインする従来のアプローチを脅かすことに懸念を示している。
-
-
在宅勤務者向けTeam Foundation Server
Windowsデベロッパにとって、Visual SourceSafeが事実上のバージョン管理であった一昔前、リモートアクセスは深刻な問題だった。SourceOffSiteのような製品は、企業の本社勤務ではないすべての労働者にとってなくてはならないものだった。国際化と不安定な原油価格が相まって、在宅勤務に依然として拍車をかけ続けているが、Microsoftはこの部門をないがしろにしている。
-
MSの経験から生まれた分散アジャイルですべきこととすべきではないこと
Microsoftのpatterns & practicesグループの開発マネージャ、Ade Miller氏が分散アジャイル開発の記事を発表した。この記事で、分散アジャイル開発をしようする際の課題を明らかにしている。さらに、主としてMicrosoftのpatterns & practicesグループ内のチームの経験に基づき、これらの課題に取り組むための提案を行う。
-
Article: アジリティのためにコンポーネントチームより機能チームを選ぶ
Craig Larman氏とBas Vodde氏は、どのように、そして、なぜ機能チームがうまくいくのかを説明し、この主要な組織の変化が価値あるものであることを主張します。