InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ
-
-
HudsonがHudson 2.0として復活
HudsonのHudson/Jenkinsフォーク以来最初の重要なリリースが行われ、今後OSGi/セマンティックなバージョニングに従う新しいバージョニングスキームが使われることになる。このリリースには、OSGiランタイム内での実行がより容易になる新しいJSR330依存性注入モデルが含まれ、特殊なHudsonアノテーションとの分離が実現されている。
-
ユーザーストーリーを分割する方法
アジャイル技法が十分に機能するようにユーザーストーリーを細分化することは、ほとんどの新しいアジャイルチームにとって困難である。アジャイルコミュニティのメンバーが、いくつかの記事を通してユーザーストーリーを効果的に分割する方法についてのガイダンスを提供している。
-
Google Guice 3.0を利用したアノテーション駆動による依存性注入
先月下旬Googleは、依存性注入（Dependency Injection、DI）デザインパターンを実装するJavaフレームワーク、Guice 3.0をリリースした。Guiceの裏にある動機は、決まり切ったファクトリを書く必要性を減らすことで、プログラマがDIコードを書くことを容易にすることである。この記事では、3.0の新機能について分析し、Guice 3.0がどのようにSpring DIをサポートしているかを見、さらに、（MiniGuiceとしても知られる）Guice 4.1を紹介する。
-
一人のプロダクトオーナーという問題に対する解決策
プロダクトオーナーはスクラムで最も大変な役割のひとつだと言えるだろう。プロダクトオーナーは一人でプロジェクトの成功に責任を持ち、チームにビジョンを伝えることで開発活動をリードすることが期待されている。そして、チームが最大限のビジネス価値を生み出すのを支援することが期待されている。これは一人にたくさんのことを期待していないだろうか？
-
-
Tasktop 2.0がTask Federation と クロス－リポジトリの Agile Plannerをサポート
アプリケーション ライフサイクル管理 (ALM)コラボツール、Tasktop の最新バージョンは、Task Federation、クロス－リポジトリなアジャイル計画ツール、HPの Agile Acceleratorや SmartBear CodeCollaboratorのような他社のALMツールへのコネクターをサポートしている。 Tasktopチームは先週 Hudson CIツールとの統合を提供するバージョン2.0をリリースした。
-
プロダクトオーナーパターン
プロダクトオーナーの役割は、多くのオンライン・フォーラムやブログで定期的に議論されている。この役割の持つ課題と、そこに含まれるさまざまな責任は、議論やアドバイスが生み出される原因になってきた。最近、プロダクトオーナーという役割と、アジャイルプロジェクトの中でプロダクトオーナーが確実にやるべき重要な活動、さらにプロダクトオーナーとプロダクトマネージャの違いについて、いくつか議論がなされた。
-
収縮の価値
ITとアジャイルの熱狂的な支持者のひとりであるMike Burrows氏はKanbandevグループである議論を始めた。このグループはコミュニティを展開/収縮パターンの探索に連れ出している。氏の始めた議論はInfoQの他の記事で紹介した。その記事では要求を細かく砕いて展開する方が、砕いたものを再度まとめることよりも価値があると考える実践者たちの見方を紹介した。しかし、多くの人がこのパターンは両方とも便利だと思っている。
-
まとめ直し(collapse) の価値
アジャイル手法では，機能を小さなユーザストーリに分解(“展開”)することを推奨している。しかし，コードが完成した後は，これらを元の機能にまとめ直すべきなのか，それとも全体を１つのユニットとして扱う方がよいのだろうか？ まとめ直し(collapse) に利点があるとすれば，それはどのようなものだろう？
-
『Agile Japan 2011』開催 ー広がる つながる 動き出すー
今年で3回目となる 「Agile Japan 2011」が開催される。今年のテーマ『広がる つながる 動き出す』のもと、 基調講演は "Fearless Change - 不安を乗り越えて組織改革を推進するには" と題し、 リンダ・ライジングによる講演が行われる。
-
アジャイルはパズルのピースでしかない
最近、いわゆるノキアの失墜とそもそもスクラムが組織を助けるかどうかについて、多くの見解が表明されている。トヨタが品質問題のために自動車のリコールをしたときも、同様の懸念と心配があがっていた。アジャイルは、製品開発の中心要因なのだろうか?
-
BDD: ATDDの改良版なのか。
振る舞い駆動開発のコミュニティでは古い問いが新しい形式で表れている。すなわち、BDDは受け入れテスト駆動開発の単なる完了版なのか。このふたつの開発方式の違いについて、コミュニティでは様々な議論がされているが、Dan North氏は、TDDは"素晴らしい"のだからこのような議論に注力しないでほしいと要求した。
-
HudsonがGitHubに（再び）移動
Jenkins 1.397がリリースされたが、Sonatypeは、Hudsonの開発とアーキテクチャ変更をどんどん進めている。開発者の興味を一層呼ぶために、HudsonのコードベースをGitHubに戻すつもりである。
-
組織の素早さを強化するための柔軟なリーダーシップ
反応戦略、つまりアジャイルであることとアジャイルすることはアジャイルな組織の柔軟で効率的なリーダーシップにとって重要だ。Jim Highsmith氏はAgileAustinが主催したイベントでリーダシップについて語り、リーダシップによってどのように組織の敏捷さを維持し、加速するかについて説明した。氏によれば、アジャイルのリーダーはビジネス上の目的を達成するための道具としての品質や速さに注力すべきだ。