InfoQ ホームページ Agile に関するすべてのコンテンツ
-
よいアジャイルなメトリクスとは何か?
適切でアジャイルな計測とは何だろうか?もし伝統的な計測方法である、アーンドバリュー、労働時間、コード行数、テストによるコードカバレッジがアジャイルなプロジェクトにはあまり適さないのであれば、どういう方法があるのだろうか?よりよいアジャイルなメトリクスを選ぶ上で助けとなる、私たちが決められるルールは何だろうか?
-
Tasktop Pro 1.6，C/C++ プロジェクトのタスク管理と自動タイムトラッキングをサポート
Eclispe Mylyn と Tasktop の開発元である Tasktop Technologies 社は先週，Tasktop Pro 1.6 バージョンのリリースを発表した。Tasktop Pro は Eclipse IDE 用のアプリケーションライフサイクル管理 (ALM) 統合スイートだ。最新バージョンでは，リポジトリ間リンク，C/C++プロジェクト用のタスク管理フォーカス，アジャイル ALM ツールとの統合などがサポートされる。さらに今回のリリースでは，自動タイムトラッキング機能も追加されている。
-
-
誰が私たちのプロジェクトのステークホルダーを動かしたのか？
アジャイルなチームにとってのプロジェクトのステークホルダーはプロジェクトの成功に価値のある関係を持つ人である。その人はもしかするとプロジェクトに対する資金を持っている場合もある。しかし、いくつかのシナリオにおいてはプロジェクトのステークホルダーから時間を捻出してもらうことが非常に難しいことがある。ほかの極端な場合には、ステークホルダーは興味を持っていないか、完全に行方不明になってしまうようなこともある。
-
自己組織化を導くことは、オーケストラを指揮するようなものか？
伝統的なマネジメントモデルは、自己組織化を妨げることなくどうやってアジャイルチームをサポートするのかということについて、リーダに教えてはくれない。音楽の演奏と「オーケストラの指揮」に喩えられることも多いが、それが適切であると誰もが合意している訳ではない。「指揮者」モデルは優れたプラクティスなのか、それともアンチパターンなのか？TEDトークにおいて指揮者のItay Talman氏が示したのは、これは指揮者が何をしていると考えるかによるということだった。
-
漸次的なSOAの価値とは何か
John Moe氏はSOAを実現するためいくつかの手法について議論している。その中には漸次的な(ゲリラ)SOAも含まれている。漸次的なSOAは以前、SOAの中で大きな議論を巻き起こした。この議論にはベンダやコンサルティング会社の代表者も巻き込んで、それぞれの価値観に基づく激しい応酬(例えばソフトウエアと人間とどちらが高コストか、といったような)が繰り広げられ、議論に参加した者は、これらの(彼らの)ソリューションの利点を明らかにしようと躍起になっていた。
-
もうすぐQConSF 11/18-20：ハイライトと人気のあるセッションについて。参加しよう！
あと1か月もしないうちにQCon San Franciscoがやってくる。参加登録が増えたおかげで、今年は60名以上ものスピーカーが登壇することになった。新しいRubyトラックには、Rubyの発明者まつもとゆきひろ（Matz）氏が登場する。人気のある「Java Puzzlers」トークでは、GoogleのチーフアーキテクトでありJavaの第一人者Joshua Bloch氏とAndroidコアライブラリリードのBob Lee氏が出題する。第3回QConSFはこれまでで最高のものになるだろう。
-
アジャイルの本質的な要素
アジャイルを成功させるためには、どのスキルが開発者に必要か、またどのプラクティスが組織に適用できるか、多くの議論が行われてきた。しかし、アジャイルを成功させるために本当に欠かすことのできない重要な心はなんだろうか。Mark Schumann氏はアジャイルの"本質的な要素"としてアジャイルの基底的なテクニックではなく、正確にいえば<em>アジャイルの考え方と管理を共に位置づける事を提唱する。
-
-
革新はどこへ行ったのか?
アジャイルの世界で起きている革新のあり方に疑問を投げかける人たちがい���。繰り返し機能を追加していく開発によって、私たちは革新ではなく古い解決策を使う方向に向かう。そのため、本当に「独創的な」解決策を見つけ出すよりも、すでに知っていることに基づいて開発するのだ。アジャイルプロジェクトに革新をもたらす方法として、研究開発の流れを取り込むことを提案する。
-
アジャイル開発を成功に導く26のヒント
Keith Swenson氏は最近、アジャイル開発のための26のヒントを一覧にまとめた。氏は様々なトピックに関する知見を定期的に収集しているようで、この一覧はアジャイル開発について本当に考慮すべき点を抽出したものになっている。
-
アジャイルテストにはクロスファンクショナルチーム以上のものが必要だ
アジャイルテストを検討する場合、多くの人が最初に考えるのは、ツール、自動化、テスト時期とその方法、チームにおけるテスターの役割についてだ。これらは、すべてとても価値のあるトピックだ。しかし、これらの中で成功に欠かせないもの、または、あればよいものは何だろうか?
-
技術的負債を解剖する
"技術的負債"という言葉はWard Cunningham氏によって作られた。この言葉が表すのは、短期的には簡単に実装できるが長期的には大きな悪影響を生み出すような設計上の方法を採用してしまったがために、開発チームが引き受けざるを得ない義務のことだ。技術的負債をどう考えるべきか、どのように分類できるか、についてアジャイルを実践する人々がそれぞれの見解を表明している。
-
フォレスターがビジネス向けリーンに関する無料の調査報告を公開
フォレスターリサーチは来週のビジネス・テクノロジフォーラムに先んじて、アナリストによる調査報告”リーン、新たなるビジネス・テクノロジ規範”を無料で公開した。リーンをビジネス全体の規範として管理者向けに書かれており、ITへの影響にも触れている。”価値の創造と柔軟性の増加を忘れて、無駄の排除に没頭してはいけない”との注意もある。
-
女性の皆さん、何か提案をお願いいたします。
多様性がイノベーションと優れた業績を生み出していくことは広く受け入れられているが、ITコミュニティのリーダーシップは多くの場合、コミュニティ自身の多様性を表していない。ハイテクコミュニティの多様性をリーダーシップに反映するために、できることは何だろう。例えば、もっと様々なコミュニティがカンファレンスで話ができるように積極的に支援することはひとつの有効な手段ではないか。