InfoQ ホームページ Agile に関するすべてのコンテンツ
-
差異と学習:PMI-Agileプロジェクトの議論白熱
PMI-Agileプロジェクトの目的はPMIの実践者にアジャイルの知識と技能を提供することだ。しかし、現実に行っている活動はもっと面白い。プロジェクトのヤフーグループは世界観がぶつかるへと場所と進化した。このフォーラムで見られる差異や多様性の結果として、ある種の "熱"が生まれている。InfoQは詳細を取材し、さらにRon Jeffries氏に話を聞いた。
-
-
指揮統制 - 軍隊がアジャイルを採用
アジリティは、実にめずらしい場所で勢いを増している言葉だ。軍隊では、突然、真剣にアジリティを取り上げている。軍隊は、アジリティを「変化にうまく対応する能力」と定義する。「指揮統制」(Command and Control)は、軍隊で普通に使われる言葉であり、一般的な使い方では「C2」と省略される。また、C2 Journalでは、最近、アジリティに関する多くの記事が書かれている。
-
チームの変更に対応する
変更は普遍的なものであるにもかかわらず、人は変更に対して不安を抱く。この場合、未知への不安や安心感の喪失に対して抱くことがほとんどで、変更の受け入れを難しくする。アジャイル・チームは変更に対して十分な態勢が整っているとはいえ、彼らの大部分は変更の影響がチームに及んだ場合、それを快くは思わない。
-
どうやって著者にお金を払うか：マイクロペイメントサービスFlattr
今年始め、マイクロペイメントサービスFlattr(名前はflatrateとflatterの合成) がサービスを開始した。このサービスは方式はシンプルだが、ネットを通じて上質なコンテンツに対して報酬を与える方法を変える可能性を秘めている。このサービスを始めたのは、The Pirate Bayの創立者であるPeter Sunde氏だ。氏はこのサービスについて re:publicaのようなソーシャルメディアのカンファレンスで紹介している。
-
WPF 対 Silverlight: プロジェクトに最適な技術を選ぶ
WPFを使う場合と Silverlightを使う場合について混乱がある。プロジェクトに合った技術を選ぶのは、アプリケーションの正確な要件と WPFとSilverlightの能力差に依存する。
-
ワイヤフレームは必要か，不要か
“百聞は一見にしかず” ということわざは，アジャイルの世界では時に忘れられているが，少なくともアジャイル設計者の多くはそれを信じている。あるチームでは 設計作業を小ステップで進めるように設計者に求めているが，そのプロセスは必ずしも最高の結果を生��出してはいない。また別のチームでは ワイヤフレームが官僚主義と受け取られていて，効率的開発の妨げになっている。
-
アジャイルのプロジェクト憲章には何を書くべきか？
アジャイルプロジェクトは資料によるコミュニケーションよりも，人々の行為や会話を重視する。公式化された方法論の多くは資金調達と作業承認を受ける手段として，大量のプロジェクト初期資料の作成を要求する。この潜在的な矛盾を前提とするアジャイルのプロジェクト憲章には，何を記述すればよいのだろう - "不足のない" 資料とは，どの程度の量なのだろうか？
-
アジャイルな取締役会
ニューヨークにある会社のCEOからの質問にこたえる形で、以前は起業家であり、現在ベンチャーキャピタリストのMark Suster氏は、アジャイルな取締役会についてとりあげ、それがビジネスにいかに有効かという記事を書いた
-
第1回認定スクラムデベロッパーコースへの反応
Dave Nicolette氏が、第1回目の正式な認定スクラムデベロッパーコースについて、率直なフィードバックを述べた。このコースは、5/12-14、Ron Jeffries氏とChet Hendrickson氏によってLean Dog boat (オハイオ州クリーブランド) で実施された。 Nicolette氏は、このコースに参加して学んだことと得たものについて述べたが、同氏の考えは思いがけずCSDの重要性に関する議論を再燃させた。
-
アジャイルコーチング、牽引役を得る
今や、アジャイルコーチングはアジャイルチームの中やその周辺に本質的な役割として現れている。新しいチームにはアジャイルコーチングの基本原則が必要だが、有能なチームでも時々アジャイルコーチングを見失うことがある。素晴らしいチームはより優れたアジャイルコーチングを求めているInfoQはLyssa Adkins氏にアジャイルコーチングについていくつかの質問を投げかけた。
-
Joshua Kerievsky氏、Craftsmanship議論に「Sufficient Design」を紹介
近頃、Software Craftsmanship（ソフトウェア職人気質）がホットな話題になっている。しかし、Joshua Kerievsky氏は「コードは常にクリーンでなければならない！」というCraftsmanship精神に対して、「Sufficient Design（十分な設計）」と呼ぶ対抗するような考えを唱えている。Joshua氏が意味しているところを知るとともに、彼の考えについてBob Martin氏とRon Jeffries氏の意見を聞く。
-
プログラマに絶対お薦めの使用性に関する本
大抵のプログラマーは、 アジャイルのプラクティスときれいなコードで堅牢な製品を作るのに一生懸命である。しかし、使用性に合わせた焦点は、不満な点が多い。いいユーザインターフェース設計が、ソフトウェア製品が受け入れられるか、失敗するかを分けるのは、よく知られている事実であるにもかかわらず。もしエンドユーザがUIを気に入らなかったら、その製品は、殆ど成功するチャンスはない。
-
Redditで学んだ7つのこと
Redditの共同創業者であるSteve Huffman氏は、Redditを小さなWebアプリケーションから巨大なソーシャルWebサイトへとスケールする過程で学んだ教訓を公開した。
-
アジャイルアーキテクチャ - 矛盾? それとも賢明なパートナーシップ?
アジャイル技術とアーキテクチャに関する考え方の間にある意見の相違について、数多くの解説者たちが話題にしている。 この投稿は、Big Up Front Design (BDUF) と You Aint Gonna Need It (YAGNI)の考え方の間にある緊張状態を調べ、2つのアプローチが好意的なやり方で実際に協力できる方法を探る。