BT

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

寄稿

Topics

地域を選ぶ

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

  • Article: ポーカーに学ぶ、ソフトウェア開発のレッスン

    ポーカーは他のトピックにも広く適用できるような数少ない教えを私にもたらしてくれたと信じています。実際私はソフトウェアを開発すればするほど、これら二つの仕事は非常に似ていると言う確信の度合いを深めています。

  • ユースケース、それともユーザストーリー?

    アジャイル開発へ効果的に移行できないという失敗は、ユーザストーリーが何たるかを理解できていないという根本的な失敗に根ざしていることが多い。

  • ThoughtWorks社がCruiseをリリース:継続インテグレーションとリリースの管理システム

    継続インテグレーションはアジャイルのプラクティスであり、コミットされた一つ一つのコードの変更は自動的にビルドとテストが行われる。バグが取り込まれるとすぐにその多くを見つけることで、バグにかかるコストが削減される。

  • アジャイル開発における失敗事例

    アジャイル開発者は成功体験を語るのは好きだが、失敗についてはなかなか口を開こうとしない。Robin Dymond氏はそこに切り込み、「あるスクラムプロジェクトの失敗」という記事を書いた。

  • TargetProcessがフリーの5ユーザ用コミュニティエディションを提供

    TargetProcessは、アジャイルプロジェクト管理ソフトウェアの、フリーの5ユーザ用コミュニティエディションをリリースした。コミュニティエディションには製品の完全版と同じ機能が含まれており、2つの制限がついている。最大で5ユーザまでであることと、サポートがないことである。フリー版に有効期限はない。

  • 新たなユーザストーリーフォーマットがビジネス価値を強調

    アジャイル要求を捉える共通のフォーマットであるユーザストーリーは、ビジネス価値にもっとフォーカスしてもよいのではないか。ユーザストーリーを記述する従来のフォーマットは、「As a <type of user> I want <some functionality> so that <some benefit>」である。価値を中心とすると、「In order to <achieve some value>, as a <type of user>, I want <some functionality>」このようになるだろう。

  • VersionOneがV1チームエディションを発表

    VersionOneが最近、V1: Agile Teamを発売した。V1: Agile Teamは、ライトウェイトなアプリケーションで、アジャイルソフトウェア開発を始めたばかりの比較的小さなプロジェクトやチームに、アジャイルプロジェクトの計画とトラッキングを始める方法を提供する。

  • 議論: アーキテクチャの書き直しは避けるべきか?

    ソフトウェアを新しい需要や要件に適合させることが困難になるほど、アーキテクチャを更新するためにソフトウェアを再構築するという誘惑は強くなる。その取り組みはむしろリスクが高く、適切な戦略を採用することが不可欠である。

  • Mingle 2.0のプレビュー

    4月15日、ThoughtworksがMingle 2.0をリリース予定である。初回のリリースから9ケ月ぶりのことである。InfoQは製品管理者であるAdam Monago氏にインタビューをし、その新機能について話を伺った。

  • Agile Project Management ScrumWorks Pro 3.0のリリース

    Danube Technologiesは、ScrumWorks Proの3.0をリリースした。それが最後に語られたのは2007年8月のことである。ScrumWorks Proは、Agile Project Managementツールである。それぞれの反復やリリース全体を通じて、チームの進行をトラックする。

  • ベッドタイムユーザストーリー: カウボーイとおとぎ話

    「ソフトウェアエコノミストで国際的なコンサルタント」を自称するDavid Longstreet氏が、昨年、アジャイルソフトウェア開発はおとぎ話で、ただ「カウボーイ」開発を正当化しようとしているだけだと主張する論文を発表した。

  • 機能テストの今後

    ここ最近、開発主導型の機能テストの分野において活発な動きがある。Jennitta Andrea氏とWard Cunningham氏が、「機能テストツールの次世代を予想」というテーマでウェブ放送を開催した。また、Thoughtworksがこの分野において製品を発表する意向を示した。

  • ユーザストーリーの適正サイズ

    経験豊富なアジャイル開発実践者なら誰もが知っていることだが、適正なストーリーを引き出してまとめるのは、もっとも難しい作業のひとつだ。Pat Kua氏は最近自分の記事で、次の重要な問いかけをした。ストーリーはどれくらい詳細にすべきだろうか?

  • 議論: アジャイルプロジェクトの成功を顧客視点で測定する

    最近、Scrum開発のユーザグループで、「顧客はアジャイルプロジェクトの成功をどのように測定するか」という問いに答えようとする興味深い議論があった。ここで重要なのは、「測定する」ということだ。この議論では、顧客の観点からの成功を測定することは重要であり、その実施にはさまざまな方法があるということで意見の一致が得られているようだ。最も良い測定方法は、状況と顧客によって異なるだろう。

  • イテレーションやスプリントはアジャイルチームにとって無駄か、有用か

    アジャイルなソフトウェア開発を行う上で、イテレーションは基本的な特徴であると考える人は多いが、中には、果たして重要なのか、アジャイル方式に価値を加えているのか、余分ではないのか、はたまた無駄ではないかとさえ疑う者もいる。イテレーションがアジャイルチームにとって重要か否かの決定に役立ててもらおうと、InfoQではこの問題の論点を総括した。

BT