InfoQ ホームページ Agile に関するすべてのコンテンツ
-
オピニオン: アジャイルが成功するかはアジャイルテクニックに依存しない
過去、現在、そして将来も、アジャイルチームが驚くべき成功を収めているのは事実だ。しかし、失敗に終わることがあるのもまた事実だ。導入が「不十分」であったり、「イヤなものを削って」導入してしまったり。他にも、アジャイルチームがすばらしいソフトウェアを作れず、また全体として組織に影響を与えられなかったりすることは数多くある。これは解決できて「修正」できるものなのだろうか？ あるいは、アジャイル開発は一部のチームにだけ役に立つものなのだろうか？
-
オーバラップそれとも同期化されたスプリント？
スクラムプロジェクトが成長すると、チームメンバーも成長する。成長しているチームを管理する推奨される方法は、アジャイルに推奨されるチームサイズを保つようにチームを複数のチームに分割することである。けれども、それぞれのチームが各々のスプリントで作業し始めたときに、それらは複数のコミュニケーションと調整の問題になるかもしれない。
-
Minibook: Scrum and Kanban: Making the Most of Both
スクラムとカンバンは、アジャイル・ソフトウェア開発の２流派で、一見簡単だが、ソフトウェア開発に、驚くほど強力な手法である。２つは、どうお互いに関連しているのか？Henrik Kniberg 氏と Mattias Skarin氏が、新しいInfoQのMinibook、Kanban and Scrum - making the most of both（カンバンとスクラム－２つで最高にする）で、カンバンとスクラムをどのように自分の環境で有効に使うかが理解できるように、明解に述べている。
-
ビジネス価値を見積もる
従来のアジャイル開発では優先順位をつけるとき、ビジネス価値の低いユーザストーリーよりもビジネス価値の高いユーザストーリーを優先して実装する。このやり方はシンプルだが、うまく実装できるかどうかはビジネス価値を評価する仕組みがあるかどうかにかかっている。Pascal Van Cauwenberghe 氏は最近、ビジネス価値を定義する方法について説明している。この方法は"ビジネス価値モデリング"と呼ばれ、役に立つかもしれない。
-
安定化スプリント - 必要悪か、それとも純粋な無駄か？
安定化スプリント（"Stabilization Sprint"）とは、製品をリリースする前、通常の開発サイクルの最後に付け加えられる付加的なスプリントである。名前が示している通り、このスプリントは通常プロダクトを最後にもう一度叩き、最後のバグを出すためのものである。これはアジャイルに属するものなのか？それとも「完了」すれば充分なのか？
-
アジャイルプロジェクトが遅れる理由
一般的に言えば、遅延とは作業の実施が予定よりも後になることであり、それによって不満や作業が苦しみが生まれ、関係者に迷惑をかける。同じように、アジャイルプロジェクトでも遅延という言葉は無駄と考えられている。遅延はプロジェクトの流れを断絶してしまうので、再学習やタスクの変更などの更なる無駄を生み出す。何人かのアジャイル実践者が一般的な遅延とその対処法について議論している。
-
MavenとJRuby - MavenライブラリをRubyGemsにするMaven_gemとGemCutterから生まれたJavaGems
JRubyのCharles Nutter氏が、Mavenの成果物をRubyGemsとしてインストール可能にしている。Mavenを使う代わりに、RubyGemsやBundler、Gemcutterで作られたJavaGemsを使えば、ScalaやClojure、その他のJVM言語のライブラリをより簡単にインストールできる。また、JRubyは、実際にJavaクラスを生成する機能を手に入れている。
-
-
Clojure総まとめ：Craneによる配布、Incanterによる算術計算、Leiningen 1.0によるビルド
Clojureインスタンスｗの配布と遠隔操作のためのツールであるFlightCasterのオープンソースCraneは、現在EC2に特化されている。IncanterはClojureを使って簡単にR風の統計計算ができるClojureライブラリとツールである。また、ビルドと依存関係管理ツールであるLeiningen 1.0がリリースされた。
-
社会的契約によってチームのコミットメントを促す
正式な社会的契約によって組織的な変更に関する恐れ、不確実性、疑いなどを減らす手助けとなるための構造が与えられ、アジャイルへの移行がより円滑に行われる。 Israel Gat氏がBMP Softwareで利用した社会的契約の例を示す。
-
バックアップ戦略をリストアで妥当性を確認
Jeff Atwood氏は、最近２つのブログサイトを失った： Blog @ Stackoverflow と Coding Horror。彼は、なんとか２つのwebサイトを回復させたが、この事件から学ぶべき教訓は、何だろうか？
-
スクラムマスタが障害になるとき...
スクラムマスタという名前が表すのは、この役割はスクラムプロセスの守り神だということだ。彼は変革者としてチームを支援し、組織の中でスクラムを構築する。障害をなくし、外部の邪魔からチームを守ることでチームが滞りなく機能するようにするのが彼の仕事だ。しかし、スクラムマスタ自身が最大の障害になっているとチームが感じる時もある。
-
ティーチングゲーム－遊びか、まじめなビジネスか？
Tasty Cupcakesティーチングゲーム・ウェブサイトの創始者であるMichael McCullough氏とDon McGreal氏が「楽しみ駆動開発（"Fun Driven Development"）」に関する記事を公開した。景気は低迷しているが、こういったゲームがトレーニングプログラムから締め出されることはなく、実際、ティーチングゲームはアジャイル実践者が集まって考えを交換する上でのかすがいとなっている。ここではその歴史と、チームにおいてゲームを用いる上でのスタート地点を紹介する。
-
-
Bundle.update: Java EEがOSGi化し、JSR 294 が凍結に
前回のbundle.update以来、OSGiとモジュールJavaの世界に、いくつかのおもしろい事が起きた。JSR 294が（自動的に）凍結とマークされ、Enterprise Expert Groupがドラフト４をリリース、WebSphereで、OSGiアプリケーションが直接動作するようになり、来るべくOSGiコンファレンスの早期ディスカウントと講演者の募集がまもなく終わる。