BT

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

寄稿

Topics

地域を選ぶ

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

  • Apple、Google、Microsoftの比較

    Gartner ウェビナー (PDF) において、今日のソフトウェア業界の主要なプレイヤ3社であるApple、Google、Microsoftを比較している。このwebinarでは、今日、各社がどのような立場にあるのか、また、互いの競争によって、どのようにITの決定に影響を及ぼすのかを見ようとしている。TheOpenSourcery では、機敏性とオープン性という異なる視点からこれらの企業を比較する。

  • Stephen Walther氏のJavaScript単体テストの統合

    自動テストフレームワークには優れたテストライブラリと優れた統合方法が必要だ。おおkのJavaScriptライブラリが前者に注力しているが、Stephen Walther氏は第二の条件を満たすソリューションを作成してきた。

  • アジャイル組織の特徴

    Jim Collins氏はその有名な著書“ビジョナリー・カンパニー2(Good to Great)”でよい企業が偉大な企業に変わるには何が必要か氏のチームが5年かけて調査したことについて述べている。アジャイルは偉大な企業を作り出すことを支援できるのだろうか?

  • バグにストーリーポイントを割り���てるべきだろうか?

    既存のプロジェクトをスクラムに移行される際によく直面するのが、スクラムを開始するより前から存在する未修正のバグのバックログである。これらのバグにストーリーポイントを割り当て、各スプリントにおいてユーザストーリーと一緒に優先順位をつけることは効果的なのだろうか?

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

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

  • Eric Evans 氏、榊原彰氏(日本IBM)の登壇が決定!【早期割引実施中 今なら33%OFF ― QCon Tokyo 2011】

    最新技術を追い求めるデベロッパのためのワールドワイドカンファレンス「QCon Tokyo 2011」の基調講演者に、2004 年に『Domain-Driven Design(ドメイン駆動設計)』を執筆して以来、ドメインのモデル化と設計コンセプトの進展に大きな影響を与えてきたEric Evans 氏と、日本を代表するITアーキテクトである榊原彰氏が決定した。

  • Bob Muglia 氏が Microsoftを辞める

    Bob Muglia氏は、Microsoftの古参で社長であるが、Microsoftを辞めることにした。Steve Ballmer氏がSTB部門を率いている彼を変える決定をしたためだ。

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

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

  • スクラムプロジェクトの中長期の見積もりとは?

    スクラムは次に続く1つか2つのスプリントのタスク分解だけを推奨しているが、スクラムプロジェクト全体の取り組みをどのように評価することができるだろうか? そもそも中長期のプロジェクトの取り組みを見積もろうとすべきなのだろうか?

  • Agile 2011で実際の顧客から聞く

    Agile 2011での「顧客と一緒に働く」ステージは、アジャイルチームの顧客から話や報告を求めている。このステージは、顧客のコミュニティとアジャイル開発チームとの関わりを研究する。非技術的な機能と同様に、アジャイル開発チームそのものにも焦点を当てている。この記事では、ステージの企画者が質問に答え、実際の顧客に訴える。

  • Skypeの機能停止から学ぶ

    12月22日16時、Skypeが利用できなくなり始めた。始めは影響を受けたユーザは少なかったが、次第に広まり、24時間近くネットワークが停止する事態にまで発展した。1週間後、SkypeのCIOであるLars Rabbe氏は 今回の機能停止の事後分析を行い、何が起こったのかの説明をした。

  • バグを残さずにストーリーを完成させるには

    受け入れられないほど多くのストーリーが"完了"になっているにも関わらず、品質に多くの問題がある場合、どうしたらいいだろうか。

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

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

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

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

  • アジャイルは個人に対する金銭的報酬を制限するか?

    Tom Reynolds氏は、スクラムに移行するのに人々の気が進まないことを聞いたという興味深いコメントを述べた。ここで引用された理由は、スクラムが個人ではなくチームを非常に重視して、金銭的報酬に直接影響を与えることだ。

BT