BT

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

寄稿

Topics

地域を選ぶ

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

  • 「邪魔をしない」ことを要望するチームメンバ

    多くの開発者は、孤立して作業をしたがるが、それは多少の時間であり、決して常時というわけではない。XPでは、「洞穴と共通の部屋(Caves and Commons)」と呼ばれる部屋の配置を推奨している。共通のエリアは、浸透性のあるコミュニケーションを最大化するように構成されている。洞窟は、個人的なメール、電話、クイック・スパイクなどを行うための孤立を推進することを意味する。ところが、チームメンバが、このような孤立した状態での作業を過度に要望することがある。

  • ストーリーポイントとは何か?必要ものなのか?

    Michael de la Maza氏は、ストーリーポイントとは厳密には何なのか?という疑問を投げかけている。彼が答えを探したところ、「ストーリーポイントとは漠然とした時間単位を表すものだ」や「ストーリーポイントはスクラムチームが使っている任意の測定基準であり、1つのストーリーを実装するのに必要な労力を測るために使われる」など、いろいろな意見があることがわかった。

  • Windows Azureはいずれ成功するのか、それとも結局はニッチなのか?

    マイクロソフトは長い歴史の中で成功もあれば失敗もある。なんとか競争に勝とうとしてきたが、結局1番になれなかった製品もいくつかある。マイクロソフトは、Windows OSと同じようにWindows Azureでも成功するだろうか?それともWindows Mobileと同じようにニッチな存在にとどまるのだろうか?

  • QCon Tokyo 追加セッション:Jim Webber氏、アークウェイ森屋氏、マイクロソフト西脇氏、Odd-e Japan江端氏、パテントビューロ三木氏。3/19までお申込は参加費が33%OFF

    「 QCon Tokyo 」では、エンタープライズソフトウェア開発の最前線で活躍する、日米5名の講師によるセッションを追加発表した。著名講師と参加者が身近に議論できるQConで、先進技術を習得しソフトウェア開発の新たな可能性を探ろう。(3月19日までの申込は参加費が33%OFF)

  • コメントを書くべきか書かざるべきか

    開発者ならだれもが、自分のコードに最低一行はコメントを書いているはずだ。コメントをたくさん書いて、コードをもっとわかりやすくしようとする人もいる。この記事では、コードにコメントを書くときに使われるプラクティスを集めてみた。

  • Agile と Scrumの重大な欠陥を明らかにする

    ソフトウェア開発は、創造的なプロセスである、と知られている。 ソフトウェア開発の動的な環境が無視された、伝統的な方法論の失敗によって、Agile な方法論がかなり人気を得た。Agile 方法論、特に Scrumの採用が増えている。しかし、すべてが Agileでうまく行っているか? Kai Gilb氏は、そう思っていない。彼は、 Agileには重大な欠陥があると言っている。

  • 実験駆動開発 - ポストアジャイルの手法

    TDDとBDDは現在広く使われているソフトウエア開発技術だ。しかし、TDDやBDDを単に適用するだけではビジネス機会を逸したり、さらに悪いときにはビジネスにネガティブな影響を与えてしまう。TDDとBDDでは解決できないふたつの問題とは、どのようにアプリケーションの使いやすさを計測するのか、そして顧客からどのようにしてフィードバックを得るのか、ということだ。実験駆動開発(EDD)はこの問題を解決できるか。

  • エンタープライズSOA構想を実行するメリット - 新興企業にならう

    Dion Hinchcliffe氏は、IT資産の価値を最大限に高めるために、どうやってサービス指向の構想を実行に移せば良いのかについて、詳細に検討している。氏はエンタープライズSOA構想の現状を、Web上でアクセスできるパブリックサービスのオープンAPIと対比している。これは特に新興企業("startup")を対象としたもので、観点としては、導入、製品化に要する時間、投資に対する最終的なリターン、そしてそのような知識のいくつかをどのようにエンタープライズSOAに適用できるかといったものがある。

  • ふりかえりを改善するためのルール

    James Carr氏は最近、ふりかえりを改善するための5つのルールを公開した。これらのルールは、成功したものも失敗したものも含む、何百回にも及ぶふりかえりの経験に基づいている。

  • QCon Tokyo 注目のセッション:IBM - Erich Gamma 氏、twitter - Nick Kallen氏、facebook - Marc Kwiatkowski氏によるキーノート決

    開催まで約2か月と迫る中、総勢26人の先進エンジニアによる質の高いセッションが続々と決定している。著名な講師と参加者が身近に議論できる絶好の機会である「 QCon Tokyo 」に参加し、自らの知識向上、新たなネットワークづくりに努めよう。 (3月19日までは参加費が33%OFF)

  • Pomodoro Technique 批判

    : Pomodoro Technique は,本当に期待どおりのものだろうか? 問題を細かく分析しすぎて,必要以上に複雑にしているのではないだろうか? InfoQ では Mario Fusco 氏による Pomodoro Technique への批判を,読者のみなさんにもご紹介する。

  • 統一プロセスの諸相

    ラショナル統一プロセス(RUP)は1990年代にソフトウエア開発の最良のプラクティスを実践するためのフレームワークとして開発された。反復開発、平易さ、価値への着目、継続的なフィードバックなどの特徴はソフトウエア開発を成功させるための重要な要素だと考えられている。異なるプロジェクトの領域に統一プロセスを適用する方法を確立した人がいる。この記事ではその方法を調査する。

  • スクラム認定制度はまた作り替えられるのか?

    スクラム認定制度は、おさまることのない議論の1つである。当初は、 認定制度というものが持つ空虚な性質 に向けられたもので、「授業料を払い、2日間にわたる授業の間椅子に座っていればなれる」というコメントがつけられた。続いて、新しいフォーマットが考えだされたのだが、やはりこれも認定制度の哲学に反対するアジャイル実践者を熱中させることはできなかった。これらの教訓を受けて、また別に作り替える準備がなされているのだろうか?

  • バーンダウンチャートを解読する

    バーンダウンチャート</a>はアジャイルチームにおいて最も有用な情報ラジエーターの一つであると考えられている。それは、残された片づけるべき作業の量(y軸)と時間(x軸)のグラフィカルな表現である。興味深い点はバーンダウンチャートの分析によって、チームがどのように活動しているか、そして、何をすればさらに改善することができるのかについて複数の指針が明らかになることである。

  • ペア・プログラミングの実際の効果

    Stuart Wray氏は、チーム環境でペア・プログラミングの実際の効果について分析する記事を執筆し、ペア・プログラミングの効率の改善に適用可能な4つのメカニズムを特定しており、さらに、それらのメカニズムが、製品品質の改善をもたらす理由についても分析している。

BT