BT

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

寄稿

Topics

地域を選ぶ

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

ニュース

RSSフィード
  • マシンラーニングをテストとメンテナンス作業で使用する

    マシンラーニングを使えば、メンテナンス作業の削減とプロダクトの品質向上が可能になる。ソフトウェアのテストサイクルのさまざまなステージで使用することができる。チェーンの重要なパートであるバグ管理もその中に含まれる。マシンラーニングアルゴリズムを使って大量のデータを分析することで、バグの分類やトリアージ、優先順位付けをより効率的に行えるようになる。

  • アジャイルを納期と連携させるには

    たとえ納期が厳しくても、スプリント作業に優先度を設定したり、日々のスタンドアップでブロッカを管理したり、レトロスペクティブを実施して作業方法を改善することは可能だ。恣意的に決定された納期を交渉によって緩めさせようという場合には、ステークホルダとの関係性が重要になる。事前に対話を始めておくことで、より望ましい期待値を設定し、スムーズな提供を確約することが、不確実性に直面する状況では特に重要だ。

  • プロジェクトではなく、プロダクトで思考せよ

    Organizations structured around products oversee their work end-to-end. Reversing Conway’s law to establish long-lived teams around the products brings stability and makes it プロダクトを中心に構築された組織は、エンドツーエンドで作業を監視する。Conwayの法則を逆転して、プロダクトに基づいた長期的なチームを確立することにより、組織が安定すると同時に、作業の管理と優先順序付けが容易になる。レトロスペクティブはプロダクト管理の強力なツールだ。継続への自信を与え、組織に対するリスクや損失の可能性のあるものを素早く見つけ出せるようにしてくれる。

  • ビジネス価値を提供する

    フィーチャーのビジネス価値を見積もるのはたやすいことではない。

  • どのようにして正しい製品を開発するか

    顧客がほしがっていない製品や市場がない製品を作ってしまうのは無駄だ。アジャイルは効率的に製品を開発できるが、何をビルドするかは理解しておかなければならない。どのようにして顧客の製品に対するニーズを見つけることができるだろうか。

  • 実験と価値提供のバランスをとる

    リーンスタートアップの実験は顧客について学び、どのような機能に価値があるのかを判別する手助けをしてくれる。しかし、価値は製品を作り、実際に顧客に届けることで生まれるものだ。実験とデリバリのバランスを上手くとる必要がある。

  • プライオリティゲームでバックログから無駄なものを取り除く

    プライオリティゲームとは、巨大なバックログを管理可能にするためのエクササイズだ。Michael Franken氏はこれをGOTO Amsterdam 2013で実演した。彼は顧客が使わないものを作ら���いことで、いかにスクラムが必要なものに集中してムダを取り除くのに役立つかを説明した。

  • 技術的負債のユーザストーリーを作るべきか

    アジャイルチームは、技術的負債を扱う仕事のように、純粋に技術的な仕事の計画に難儀する場合がある。このようなタスクは直接的にはシステムを利用する顧客のためにはならないが、問題なく動作するソフトウエアを提供するには避けて通れない仕事だ。このような技術的な仕事や技術的負債を扱う場合にもユーザストーリーを作るべきだろうか。

  • アジャイル最大の課題はコミュニケーションと継続的改善 - 調査結果から明らかに

    先日テキサス州ダラスで開催されたAgile 2012 において Serena Software が新たに実施した調査から,アジャイル適用プロジェクトは成功を収めてはいるが改善の余地が大きく,上流と下流とのコミュニケーションなど重要な課題を抱えていることが明らかになった。

  • バリューに基づいたタスクの優先順位のつけ方

    Bob Marshall氏は自身のブログの新しい投稿「バリュー」の中で、優先順位をつけるための様々な手法に対する彼の調査をまとめている。Grant Rule氏と共にチームと企業のゴールを理解する新たな方法を考え出したのだ。

  • 個人の生産性

    Tony Wong氏(プロジェクトマネジメントのブラックベルト)は個人の生産性にとって実践的なポイントをいくつか挙げている。この記事では、これらをいかにソフトウェア開発に適用するかを考え、彼のリストと他のリストを比べる。

  • Team Foundation Server 11 のアプリケーションライフサイクル管理

    Team Foundation Server 11 には,アプリケーションライフサイクル管理の分野で多くの機能が追加されている。注目すべきなのはイタレーション/スプリントおよびリソース割り当てに関するサポート向上,サードパーティ製テストフレームワークのサポート,能力面で大きく改善された依存性グラフなどだ。

  • プロダクトオーナーにバックログを優先順位付けさせる方法

    スクラムは優先順位付けされたプロダクトバックログがあることで最も効果的に機能する。バックログを優先順位付けするのはプロダクトオーナーの役割なのだが、プロダクトオーナーが優先順位付けの価値を理解していないためにバックログを優先順位付けしないとき、あなたには何ができるのだろうか?

  • ビジネス価値を見積もる

    従来のアジャイル開発では優先順位をつけるとき、ビジネス価値の低いユーザストーリーよりもビジネス価値の高いユーザストーリーを優先して実装する。このやり方はシンプルだが、うまく実装できるかどうかはビジネス価値を評価する仕組みがあるかどうかにかかっている。Pascal Van Cauwenberghe 氏は最近、ビジネス価値を定義する方法について説明している。この方法は"ビジネス価値モデリング"と呼ばれ、役に立つかもしれない。

  • ストーリー・マッピングによるユーザ・ストーリーへのコンテキスト付与

    「バックログ」というスクラムの要素は、チームが実装するユーザ・ストーリーに優先順位が付けられた1つのリストである。これは、チームが直近に取り組むべきこと(たとえば、スプリントの計画など)を整理するのに効果的だ。Orlando Scrum Gatheringにおいて、Jeff Patton氏は、ストーリー・マッピングについて述べたが、これは、よりリッチなコンテキストを提供しリリース計画に役立つストーリーを構成するための手段である。

BT