InfoQ ホームページ コラボレーション に関するすべてのコンテンツ
-
Article: アジリティのためにコンポーネントチームより機能チームを選ぶ
Craig Larman氏とBas Vodde氏は、どのように、そして、なぜ機能チームがうまくいくのかを説明し、この主要な組織の変化が価値あるものであることを主張します。
-
再利用可能なアジャイル契約を作成するワーキンググループを結成
OpenPlansのワーキンググループは、現在、「Money For Nothing, Change For Free」というタイトルのアジャイル契約に取り組んでいる。これは、顧客の参加をかなり重要視するものである。顧客は、機能の優先順位付け、スプリント計画、機能の満足する状態の記述、そして、スプリントレビューに深くかかわることを要求される。
-
学習のためのアジャイルゲーム
Agile 2008でDon McGrealとMichael McCulloughの両氏はセッションを行い、アジャイルの原則やプラクティスに対するわれわれの理解を深めるために、どのようにゲームや実習を利用するかを示した。
-
アジャイルとは誠実であること
アジャイルに関する話題はプラクティスのような人々が日々行っている形あるもの、「アジャイル開発プロセス」に偏りがちである。しかし、プロセスの中ではなくプリンシプル(原則)の中にこそ本当のアジャイルさは存在する。
-
ビヘイビア駆動開発を誰にでも
ソフトウェア開発で「ベストプラクティス」を実施することは、時にやや手ごわい先行投資になることがある。結果、開発者に工程をはしょらせて「とにかく終わらせる」ことになってしまうことが多い。これとは別に、ビヘイビア駆動開発（BDD）は、開発者とテスター、経営陣、事業参加者（顧客など）の間の協力関係を、大きく改善することができる技術である。ソフトウェア開発プロジェクトで実行すべき価値のある実践として、着実に採用・評価されてきている。
-
-
執筆者はアジャイル手法を使えるか?
アジャイル手法は書籍の執筆に使えるか？Lisa Crispin氏、Janet Gregory氏、Alistair Cockburn氏、James Shore氏、Shane Warden氏、Jurgen Appelo氏などますます多くの執筆者にとって、その答えは「使える」となっている。
-
Article: Linda Rising氏による「誰を信頼しますか？」
Agile2008の3日目、8/6(水)午前中の、Linda Risingによるセッションです。セッションの冒頭、Linda Risingはとてもゆったりとしたきれいな、わかりやすい英語で話し始めました。
-
Article: ポーカーに学ぶ、ソフトウェア開発のレッスン
ポーカーは他のトピックにも広く適用できるような数少ない教えを私にもたらしてくれたと信じています。実際私はソフトウェアを開発すればするほど、これら二つの仕事は非常に似ていると言う確信の度合いを深めています。
-
カードゲームで分散プロジェクトのコミュニケーションを学ぶ
Charles Suscheck氏がAgile2008でプロジェクトのコミュニケーション、計画、そして、コラボレーションの重要性について教えるため、どのように何種類もカードゲームのラミーを使うのかを示した。このゲームで、チームが様々なレベルで分散することによる影響と、プロジェクト期間中にチームに専門家を追加したり、外したりする影響を調査する。
-
分散型情報フロー制御によるWebのセキュア化
ワシントン大学のコンピュータサイエンス学部は、MITのKrohn氏 Krohn氏による分散型情報フロー制御によるWebのセキュア化に関する談話をこのほど発表した。
-
Minibook: 塹壕より Scrum と XP
Agileを始めるときは、とても分かりにくいです。一体どこから手をつければいいのでしょう？この物語はそんな皆様の一助になれば幸いです。本書は、スウェーデンにある、とある40人ほどの会社で、どのようにAgileとXPを実行したか、プロセス改善を行ったかを記しています。
-
誠実さはアジャイルにとって価値と言えるか?
Declan Whelan氏は示唆に富むブログを書いている。その記事では、Mishkin Berteig氏から学んだという思想に言及し、成功するアジャイルチームには(暗黙の)原則として、「誠実さ」があるという。
-
XPにフィットするかを見極める方法
多くのアジャイラーたちは、誰もがアジャイルに馴染むわけではないと考えている。人によっては、アジャイルの哲学にうまくフィットせず、否定的な傾向をチームにもたらす。XPグループ上で、人がXPにうまくフィットするかを見極める方法について興味深い議論が��った。
-
世界的に有名なオーケストラがスクラムに似た手法を採用
スクラムチームには指名されたチームリーダーがいない。チームは自己管理することが望まれる。同様に、世界的に有名なオーケストラは、チームでリーダーシップを共有して決定を行うというプロセスを支持し、指揮者の役割を完全に省いた。その過程で、スクラムチームが利益を享受できるような連携方法とレッスンを身につけた。