BT

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

寄稿

Topics

地域を選ぶ

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

  • Gojko Adzic氏のユーザストーリー改善についての新著

    優れたユーザストーリーはソフトウエアの提供を改善するだろうか。Gojko Adzic氏はチームのユーザストーリーの管理の仕方を小さく変化させることで最終的な成果に大きく影響を与えることができると言う。1月中に関心がある人が5000人集まったら執筆するという。

  • プロダクトオーナーの役割を拡大するには

    スクラムのプロダクトオーナーの役割はビジネスと開発の橋渡しをすることだ。複雑な商品を持ち多くの決定をする必要がある大きな組織では、プロダクトオーナーの役割をひとりで担うのは現実的ではない。このような場合、何らかの方法でプロダクトオーナーの役割をスケールアウトしなければならない。InfoQはTimo Punkka氏にインタビューを行い、プロダクトオーナーの役割、リーンポートフィリオマネジメント、顧客との協業について話を聞いた。

  • プロダクトバックログのグルーミングに関するさまざまなアプローチ法

    バックロググルーミングの目的はプロダクトバックログを最新かつクリーンに保つことにある。ただしプロダクトオーナやチームによって,アプローチの方法はまちまちだ。

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

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

  • プロダクトオーナとチームが協力する方法

    Henrik Kniberg氏が“プロダクトオーナ―シップを学ぶ1日のトレーニングコースを15分のアニメーションに圧縮”した動画を作成した。この動画やプロダクトオーナの役割にについての他のリソースを見て、プロダクトオーナとチームの協力について調べた。

  • アジャイルチームが正しい方向にスタートするのを助ける「Scrum Kickoff Planner」

    「Scrum Kickoff Planner」がAdam Weisbart氏によってリリースされた。このガイドの目的は、新しいアジャイチームやプロジェクトを始めるときに、重要なポイントに関するチームのディスカッションをうまくファシリテートすることだ。

  • プロダクトバックログの扱い方

    プロダクトバックログは手つかずのまま残って山積みになりメンテナンスできなくなる可能性がある。定期的にレビューを行い、バックログを更新していくやり方は長期的には非効率で���り、バックログ管理の新しい方法が必要だ。

  • プロダクトオーナーパターン

    プロダクトオーナーの役割は、多くのオンライン・フォーラムやブログで定期的に議論されている。この役割の持つ課題と、そこに含まれるさまざまな責任は、議論やアドバイスが生み出される原因になってきた。最近、プロダクトオーナーという役割と、アジャイルプロジェクトの中でプロダクトオーナーが確実にやるべき重要な活動、さらにプロダクトオーナーとプロダクトマネージャの違いについて、いくつか議論がなされた。

  • プロダクトオーナはスクラムマスタを兼任できるか

    ひとつのスクラムプロジェクトでプロダクトオーナとスクラムマスタをひとりの人物が兼任することの利点と欠点はなんだろうか。この兼任はうまくいくのか。

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

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

  • 主流としてのアジャイル

    アジャイル開発が主流(メインストリーム)となる時代がいよいよやってきたようだ。大手コンサルティング会社が "アジリティ(Agility)" を喧伝し,IBM Global Business Services や Cap Geminiといった会社がアジャイル関連サービスの提供を始めた。このように突然注目を集め始めたことは,アジャイルにとってどのような意味を持つのだろうか? "メインストリーム" なアジャイルとはどのようなもので,そこには何があるのだろう?

  • バックログを分割して最大効率で価値を高めよ

    昔から常にバックログは批判にさらされ続けている。Mary Poppendieck氏は、要求される目的を満たさないならばバックログは廃止すべきだと主張する。Serge Beaumont氏はバックログを分割する面白い方法を提案した。それはあるフローにマッピングすることによち、バックログの存在価値を上げるものである。

  • アジャイル/スクラムプロジェクトにおけるバグへの対応

    よくされる質問がある。スクラムでは、チームがバグをどう処理することを推奨しているのか?プロダクトバックログに入れるべきなのか?それとも、別のバグリストに入れるべきなのか?もしバグがバックログにあるのなら、プロダクトオーナーが優先順位をつけるのか、それとも、自動的に最重要項目になるのか?別のバグ修正スプリントをするべきなのか?

BT