久しぶりの投稿になります。これまで、機能的なネタが多かったのですが、初めてプロジェクト管理的なネタを書いてみたいと思います。「あの機能使ったら、この運用でも使えるんじゃない?」など、運用や機能を共に考えてくれて、非常にやりがいのある楽しいプロジェクト運営ができます。一方で、新しいアイデアがどんどん膨らんで、ある局面で優先度をつけて実施する判断が求められることになります。その際に、ユーザ側に強烈にリーダーシップを切って、決めてくれる人がいらっしゃると話は早いのですが、なかなか独裁的に決めてくれるというのも難しいと思います。参考になればと思います。要件定義全体の進め方としては、狩野分析法に少し触れているこちらを併せてご覧ください。要件定義のススメ狩野モデルある要求に対し「充足質問」と「不充足質問」を行い、その回答によって分類していきます。質問は、非常に簡単で、以下の2つです。「この機能が無いとどう思いますか?」そして、どちらの質問に対しても以下の5つから答えてください。郵便番号を入力しても住所の候補リストが表示されなかったとしたらどう思いますか?a.とても嬉しいb.それは普通c.特に何も思わないd.別にそれでも構わないe.それは困る回答を分類する結果を以下の表に当てはめてみます。今回の要求は、「1:M」になりました。1:Mandatory(基本)、なくてはならないもの。2:Linear(性能)、なくても良いが、あればあるほどよい。3:Exciter(魅力)、差別化ポイント。4:Indifferent(不問)、どうでも良い。あってもなくても良い。5:Reverse(逆行)、あっては困るもの。6:Questionable(不明)、回答がおかしい。「なくてはならないもの。外せないもの」となりました。機能・要件(フィーチャ)と満足度の関係性は、以下のようになります。当たり前、必須の機能(Mandatory)顧客満足度に影響は与えないホテルでいえば、清潔なタオルや熱いお湯ホテルは、綺麗に掃除されて、お湯がでるシャワーがあることが当たり前と思ってる方が多いかと思いますので、この要件が満たされても満足感をえることがありません。線形、一元的な機能(Linear)あれば、あるほどよいホテルでいえば、部屋が広い例えば、ホテルの部屋にお菓子がおいてあったら、うれしいですよね!それが1つだけじゃなくて、いくつもあったり、食べ放題だったら、さらにうれしい。あれば、あるだけ満足感をえるものになります。海中が見えてとても神秘的でした。そんな感動を与えてくれるような機能があると、高い満足度をえることができます。回答を集計するこの手法で使ってでた結果とそれぞれの開発工数をマトリックスにすると以下のようになると思います。1:Mandatory(基本)に分類されるものの機能群は、開発工数がかかるものだとしても絶対にいるものとして、切り出してこの部分だけウォーターフォールで進めるのもありなのではないでしょうか?逆に1:Mandatory(基本)、2:Linear(性能)、3:Exciter(魅力)で工数のかからない標準機能の部分は、いくつかのスプリントに分けて、アジャイル型でリリースしていくのもよいかと思います。この手法は、アジャイル開発とセットでよく紹介されていますが、プロジェクトの進め方や方法は、その最終的なゴールや期間などプロジェクトにあったものを見つけ出すとよいかと思います。関連するキーワードSalesforceアジャイル要件定義TerraSkyBaseについてTerraSkyBaseはクラウドサービスを手掛ける株式会社テラスカイのコンテンツプラットフォームです。