BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ

  • プロダクトオーナーパターン

    プロダクトオーナーの役割は、多くのオンライン・フォーラムやブログで定期的に議論されている。この役割の持つ課題と、そこに含まれるさまざまな責任は、議論やアドバイスが生み出される原因になってきた。最近、プロダクトオーナーという役割と、アジャイルプロジェクトの中でプロダクトオーナーが確実にやるべき重要な活動、さらにプロダクトオーナーとプロダクトマネージャの違いについて、いくつか議論がなされた。

  • 収縮の価値

    ITとアジャイルの熱狂的な支持者のひとりであるMike Burrows氏はKanbandevグループである議論を始めた。このグループはコミュニティを展開/収縮パターンの探索に連れ出している。氏の始めた議論はInfoQの他の記事で紹介した。その記事では要求を細かく砕いて展開する方が、砕いたものを再度まとめることよりも価値があると考える実践者たちの見方を紹介した。しかし、多くの人がこのパターンは両方とも便利だと思っている。

  • まとめ直し(collapse) の価値

    アジャイル手法では,機能を小さなユーザストーリに分解(“展開”)することを推奨している。しかし,コードが完成した後は,これらを元の機能にまとめ直すべきなのか,それとも全体を1つのユニットとして扱う方がよいのだろうか? まとめ直し(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が主催したイベントでリーダシップについて語り、リーダシップによってどのように組織の敏捷さを維持し、加速するかについて説明した。氏によれば、アジャイルのリーダーはビジネス上の目的を達成するための道具としての品質や速さに注力すべきだ。

  • スプリントでの小休止

    長期間に渡って、チームは持続的かつ一貫してバックログに取り組めるか。小休止が必要なら、どんな方法が最も効率がよいだろうか。

  • Jenkinsの最初のリリースとHudsonへのサポート

    Jenkinsの最初のバージョン1.396が、リリースされた。既存のHudsonインスタンスからの移行を助ける、アップグレード スクリプトもある。一方、Oracleは、商業的なHudsonへのサポートの継続を正式に発表し、SonatypeがHudsonを支持した。

  • Kanbanの神話

    Kanbanというリーン開発のプラクティスはどれほど誤解されてきただろうか?Kanbanに関しては、事実をフィクションと区別することを学ばなければならない。

  • プロダクトオーナはスクラムマスタを兼任できるか

    ひとつのスクラムプロジェクトでプロダクトオーナとスクラムマスタをひとりの人物が兼任することの利点と欠点はなんだろうか。この兼任はうまくいくのか。

  • Hudson、Jenkinsに改名

    HudsonをJenkinsに改名することについてコミュニティにおける投票が行われ、賛成214、反対14という結果になった。インフラはすでに用意されているが、まだ使われていない。開発者に新しい組織へ移行する時間を与えるため、移行スケジュールが事前に発表されることになっている。Oracle は引き続き、java.netインフラにおいてHadsonのサポートと開発を行うようだ。

  • レガシープロジェクトでテストの自動化を始める

    レガシーアプリケーションの自動回帰テストを書くのは、いつでも非常に困難なタスクだ。���こから始めるのか、どのくらい自動化するのか、自動化の最良の戦略の決め方は何かなど様々な疑問がある。

  • Hudsonコミュニティ、Jenkinsへの改名を提案

    OracleはHudsonコミュニティに対して、どうやってHudsonの名前をコントロールしながらコミュニティに作業させるかについて回答した。HudsonコミュニティはOracleの法的威嚇から逃れるために、HudsonプロジェクトをJenkinsに改名する投票を行うことで、これに応じた。

BT