BT

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

寄稿

Topics

地域を選ぶ

InfoQ ホームページ Agile に関するすべてのコンテンツ

  • アジャイルプロジェクトが遅れる理由

    一般的に言えば、遅延とは作業の実施が予定よりも後になることであり、それによって不満や作業が苦しみが生まれ、関係者に迷惑をかける。同じように、アジャイルプロジェクトでも遅延という言葉は無駄と考えられている。遅延はプロジェクトの流れを断絶してしまうので、再学習やタスクの変更などの更なる無駄を生み出す。何人かのアジャイル実践者が一般的な遅延とその対処法について議論している。

  • MavenとJRuby - MavenライブラリをRubyGemsにするMaven_gemとGemCutterから生まれたJavaGems

    JRubyのCharles Nutter氏が、Mavenの成果物をRubyGemsとしてインストール可能にしている。Mavenを使う代わりに、RubyGemsやBundler、Gemcutterで作られたJavaGemsを使えば、ScalaやClojure、その他のJVM言語のライブラリをより簡単にインストールできる。また、JRubyは、実際にJavaクラスを生成する機能を手に入れている。

  • 機能チームの五つの利点

    Mike Cohn 氏らは、ソフトウェアの"コンポーネント"よりもむしろソフトウェアの"機能"を元にチームを構成することを考慮すべきである理由として、彼らのケースを提示した。

  • Clojure総まとめ:Craneによる配布、Incanterによる算術計算、Leiningen 1.0によるビルド

    Clojureインスタンスwの配布と遠隔操作のためのツールであるFlightCasterのオープンソースCraneは、現在EC2に特化されている。IncanterはClojureを使って簡単にR風の統計計算ができるClojureライブラリとツールである。また、ビルドと依存関係管理ツールであるLeiningen 1.0がリリースされた。

  • 社会的契約によってチームのコミットメントを促す

    正式な社会的契約によって組織的な変更に関する恐れ、不確実性、疑いなどを減らす手助けとなるための構造が与えられ、アジャイルへの移行がより円滑に行われる。 Israel Gat氏がBMP Softwareで利用した社会的契約の例を示す。

  • バックアップ戦略をリストアで妥当性を確認

    Jeff Atwood氏は、最近2つのブログサイトを失った: Blog @ Stackoverflow と Coding Horror。彼は、なんとか2つのwebサイトを回復させたが、この事件から学ぶべき教訓は、何だろうか?

  • スクラムマスタが障害になるとき...

    スクラムマスタという名前が表すのは、この役割はスクラムプロセスの守り神だということだ。彼は変革者としてチームを支援し、組織の中でスクラムを構築する。障害をなく��、外部の邪魔からチームを守ることでチームが滞りなく機能するようにするのが彼の仕事だ。しかし、スクラムマスタ自身が最大の障害になっているとチームが感じる時もある。

  • ティーチングゲーム-遊びか、まじめなビジネスか?

    Tasty Cupcakesティーチングゲーム・ウェブサイトの創始者であるMichael McCullough氏とDon McGreal氏が「楽しみ駆動開発("Fun Driven Development")」に関する記事を公開した。景気は低迷しているが、こういったゲームがトレーニングプログラムから締め出されることはなく、実際、ティーチングゲームはアジャイル実践者が集まって考えを交換する上でのかすがいとなっている。ここではその歴史と、チームにおいてゲームを用いる上でのスタート地点を紹介する。

  • ケーススタディ: 大きなVB6アプリケーションの.NETへの移行

    あるITサービスプロバイダは、合計950,000行のVB6で書かれたERPアプリケーションを9ヶ月で.NETに移行した。

  • Bundle.update: Java EEがOSGi化し、JSR 294 が凍結に

    前回のbundle.update以来、OSGiとモジュールJavaの世界に、いくつかのおもしろい事が起きた。JSR 294が(自動的に)凍結とマークされ、Enterprise Expert Groupがドラフト4をリリース、WebSphereで、OSGiアプリケーションが直接動作するようになり、来るべくOSGiコンファレンスの早期ディスカウントと講演者の募集がまもなく終わる。

  • あなたがやっているのはテスティングかチェッキングか?

    ソフトウェアテスティングとは、ステークホルダにテスト中の製品やサービスの品質に関する情報を提供するために実施する、経験的調査のことだ。しかし、この定義では、テスティングとチェッキングの微妙な違いを生む「知恵」については語られていない。Michael Bolton氏は、これら2つの違いと、その違いがある理由について語った。

  • メンテナンス可能な自動受け入れテスト

    自動テストはすぐに辻褄が合わなくなってしまい、メンテナンスするのが大変だ。従って企業もテストを自動化したがらない、とDale Emery氏は言う。氏は、最近公開したペーパーにテスト自動化に関わる共通の問題を回避するための実践的な方法を記している。これは、典型的な自動化コードから始めて、より強力でメンテナンスしやすいコードに育てていく方法だ。

  • ソフトウェアの型 - 公の場で練習することで完璧になる

    アジャイルコミュニティの思慮深きリーダーたちが、ソフトウェアの型 - 体にしみこむまで特定の練習を行う方法 - について語りはじめている。Robert Martin氏はそれを"パフォーマンスアート"と呼んでいる。最近型に関するブログ投稿やサイトが増えている。最新の追加:katas.softwarecraftsmanship.orgでの毎週スクリーンキャストについて追加している。

  • アジャイルの成功が結局は失敗になるとき

    パイロットアジャイルチームが成功すると、アジャイル導入のプロセスが正しい方向に向いていると思い込みがちだ。Dave Nicolette氏が、試験的な試みが大成功した後で、導入に失敗した状況について興味深い洞察を示す。

  • "アジャイルチームリード"は必要か

    Patrick Wilson-Welsh氏、Chris Beale氏、Gary Baker氏、 John Huston氏、Daryl Kulak氏らが新しい役割の概念を広めようとしている。その概念は、"アジャイルチームリード"というものだ。 目的は、アジャイルチームやその周辺にある従来のリーダーシップの概念を置き換えるためだ。

BT