第18回 「ファンクショナリティ・マトリクス」～納得感のない優先順位は長続きしない～
ファシリテーション・テクニックを極める当研究所。現場で培ってきた数々のテクニックやノウハウの中から、即効性があるツールを紹介しています。第17回と第18回は、「ファンクショナリティ・マトリクス」です。上流工程における要求仕様の範囲や優先度における、“あいまいさ”を排除するための強力な実践的ツールです。今回は、ファンクショナリティ・マトリクスの作成手順を紹介します。 前回は、「ファンクショナリティ・マトリクス（FM）」とは何かを紹介しました。今回は、FMの作成のアプローチ（手順）を具体的に紹介します。 前回説明したとおり、システム機能の優先順位付けにおける評価の観点は次の三つです。 ・ビジネスベネフィット（BB：Business Benefit） ・技術的難易度（TC：Technical Complexly） ・組織受入態勢（OR：Organization Readiness） これらの三つ
締め切りが厳しいプロジェクトで、プロジェクト初期にまずやっておきたいこと - $shibayu36->blog;
これまで僕は締切がかなり厳しいプロジェクトを数回経験してきた。その経験から、締切が厳しいという特性を持ったプロジェクトの初期にまずこれだけはやったほうが良いということがいくつか見つかったので、今回はそれらを紹介していこうと思う。 前提となるプロジェクト 今回紹介する方法は、次のような特性を持ったプロジェクトを前提とする。 細かい仕様は決まっていないが、作るものの要件はある程度明確である アジャイルの定義におけるスコープ・コスト・品質・スケジュールの中で、スケジュールを特に優先したい(スケジュールを変えられないなど) 数ヶ月以上のプロジェクトである 短いスパンでリリースしてユーザーの様子を見てその後のプロダクトバックログの優先度を変えるような性質のプロジェクトでは、別のやり方を取る必要があると思う。そこは注意してほしい。 プロジェクト初期にやっておきたいことは何か 上記のようなプロジェクトの
「近代化Redmine」ことOpenProjectでスクラム開発のプロジェクト管理 - Qiita
「Redmineの代替になるようなツールないかな…」と思って試していた「OpenProject」が良い感じだったので、使い方等を簡単にまとめてみました。ご参考になれば幸いです。 OpenProjectとは 「MS ProjectのOSSクローンでしょ？」って思った方もいると思いますが1、あれとはまったく別のツールです。誤解を恐れず言うなら「近代化改修されたRedmine」2という感じのプロダクトで、百聞は一見になんとやら、こちらを御覧ください。 詳しくは、こちらの公式動画がよくまとまっています。 https://vimeo.com/163426858 こんな人におすすめ 今までRedmine + Backlogプラグインで頑張ってた人 スクラム開発用に「かんばん」と「バックログ」が欲しい プロジェクト管理用に「ガントチャート」も欲しい でも、Redmineにプラグインを入れる苦行は回避した
Netflixだって失敗から学ぶ。世界のPM達が注目した10個の教訓 - Quest PM
シリコンバレーのプロダクトマネージャー(PM)界隈で、大御所の一人として有名なGibbson Biddleさん。元はNetflixのVP of productで現在のNetflixの成長の原動力を作った人です。彼のブログは勉強になることが多く、世界のPM達からも一目おかれています。 昨年暮れに投稿された記事は今では2000以上のLikeがつき、日本のPMの皆さんにもぜひ読んでもらいたいと思いました。ツイッター上でGibbsonさんに翻訳していいかと聞いたらあっさり「いいよ」と答えてくれたので、今日はそれについて書きます。 読了目安: 8分 5000字につき長文注意 Gibbson Biddleさん 私はNetflixを例に多くのプロダクト開発戦略について、これまでいろいろなところで書いてきました。他の会社にNetflixの成功と失敗を学んでほしいからです。よく私がお伝えするのは、Netf
casica
プロジェクト管理に必要なロードマップ、ストーリー、タスクを全てcasicaで管理することができます。 ロードマップからタスクまでがしっかりと紐づけられるので、無駄な開発が発生せず、何のためにやっているのかをメンバー全員が把握できます。
Features
Start with a good story A story is a small, actionable bit of work that's either a placeholder for a future conversation or a reflection of one that already happened. Outlining what a user needs helps you focus on the what, not the how. Define the story Select among features, bugs, and chores to strike a healthy balance between building new features, staying ahead of technical debt, and keeping th
第9回 テスト計画－－品質管理方針を基にプロジェクト全体のテスト計画を作成する
品質のトラッキング／コントロールで大きな役割を果たすのはテスト・フェーズである。このフェーズを効率的に実施するためには，しっかりとした「テスト計画」を 立案しておく必要がある。特に，テストの開始・完了基準をきちんと計画しておくことは，テストの進ちょくやコスト管理の観点からもきわめて重要だ。 布川 薫／日本IBM 前回に引き続き，プロジェクト遂行段階における品質のトラッキング／コントロールに関する具体的な手段について話を進める。今回は，プロジェクトの計画段階で作成した「品質管理計画書」（第3回参照）を基に策定する「テスト計画」について，日本IBMの手順に沿って解説していこう。 テスト計画の立案では，プロジェクト終了までの品質管理の方針を記述する「テスト方針書」（Comprehensive Test Plan）をまず作成する。テスト方針書はテスト・フェーズ全体のマスタープランとなるもので，プロ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linear – A better way to build products
柏木誠｜プロジェクトデザイナー｜note