InfoQ ホームページ チームワーク に関するすべてのコンテンツ
-
スクラムのスクラム - 問題と価値
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氏は、どのように、そして、なぜ機能チームがうまくいくのかを説明し、この主要な組織の変化が価値あるものであることを主張します。
-
Article: アジャイルコーチのA to Z
アジャイルコーチが何にフォーカスしていて、何をしていて、どのように振る舞い、さらに重要なことは、何故そうするのかをきちんと理解するため、アルファベット順にクイックツアーを行ってみましょう。
-
再利用可能なアジャイル契約を作成するワーキンググループを結成
OpenPlansのワーキンググループは、現在、「Money For Nothing, Change For Free」というタイトルのアジャイル契約に取り組んでいる。これは、顧客の参加をかなり重要視するものである。顧客は、機能の優先順位付け、スプリント計画、機能の満足する状態の記述、そして、スプリントレビューに深くかかわることを要求される。
-
学習のためのアジャイルゲーム
Agile 2008でDon McGrealとMichael McCulloughの両氏はセッションを行い、アジャイルの原則やプラクティスに対するわれわれの理解を深めるために、どのようにゲームや実習を利用するかを示した。
-
アジャイルとは誠実であること
アジャイルに関する話題はプラクティスのような人々が日々行っている形あるもの、「アジャイル開発プロセス」に偏りがちである。しかし、プロセスの中ではなくプリンシプル(原則)の中にこそ本当のアジャイルさは存在する。
-
スクラムチームで欠席を扱う
スクラムでは、各チームメンバは重要であり、チームの全体速度に貢献する。計画されていてもいなくても、欠席することはチームの速度に悪い影響を及ぼす。Scrum Developmentグループの興味深いディスカッションで、このような状況を扱う方法を議論しようと試みている。
-
ベンチャーキャピタルグループが残業はスクラムに害をもたらすと認める
チームは、持続可能であり、いつまでも維持できるペースで一生懸命働くべきであると「持続可能なペース」は提案する。チームが持続可能なペースよりもさらに努力する場合、数週間後に開発速度が遅くなり、燃え尽きてしまう人が続出することをそこでは示している。
-
ビヘイビア駆動開発を誰にでも
ソフトウェア開発で「ベストプラクティス」を実施することは、時にやや手ごわい先行投資になることがある。結果、開発者に工程をはしょらせて「とにかく終わらせる」ことになってしまうことが多い。これとは別に、ビヘイビア駆動開発（BDD）は、開発者とテスター、経営陣、事業参加者（顧客など）の間の協力関係を、大きく改善することができる技術である。ソフトウェア開発プロジェクトで実行すべき価値のある実践として、着実に採用・評価されてきている。