BT

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

寄稿

Topics

地域を選ぶ

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

  • アジャイルはパズルのピースでしかない

    最近、いわゆるノキアの失墜とそもそもスクラムが組織を助けるかどうかについて、多くの見解が表明されている。トヨタが品質問題のために自動車のリコールをしたときも、同様の懸念と心配があがっていた。アジャイルは、製品開発の中心要因なのだろうか?

  • 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に改名する投票を行うことで、これに応じた。

  • Hudsonプロジェクト、Jenkinsへの改名を提案

    OracleがHudsonというプロジェクト名の商標を出願し、Hudsonの将来が危険にさらされるなか、Hudson開発者はプロジェクトをJenkinsに改名することを提案した。開発者らはこれは改名でありフォークではないと強調する。同じ開発者がその改名されたプロジェクトで働き続けるためだ。

  • スウォーミング:ポイントは何か

    アジャイルチームのメンバが全員同時に、最大限の自分たちの力をひとつのストーリーの実現に注ぎ込む。これが"スウォーミング"と言われる方法だ。なぜこの方法なのか。この方法を実行することでどんな成果が期待できるのか。

  • 顧客を開発プロジェクトに巻き込むには

    アジャイル開発法は、顧客からのフィードバックや交流を強調する。顧客との交流が不足しているプロジェクトよりも、顧客が巻き込まれたプロジェクトがより成功の機会が大きい。そこで、アジャイル開発チームが、いかに顧客をプロジェクトに巻き込むかを述べる。

  • 失敗したストーリーはどこへ戻すべきだろうか?

    ストーリーがテストに失敗したとき、タスクボード上ではそれをどうすべきだろうか?

BT