ソフトウェアプロジェクトについて、各ソフトウェア開発会社やソフトウェアサービスデザイン会社がプロジェクトをどのように説明しているかご覧になったことはありますか？彼らの説明を見て、具体的なプロジェクトのニーズや背景をすぐに理解できるでしょうか？

一般的なソフトウェアプロジェクトの説明方法は、通常以下の4点を挙げます：

顧客業界の紹介

ソフトウェアプロジェクトがサービスを提供する顧客はさまざまな業界にわたります。異なる業界の人々にプロジェクトを紹介するには、業界の背景から話を始める必要があります。業界背景の紹介には、この業界が人々の生活とどのように結びついているか、市場での販売やサービスの対象は何か、顧客が所属する企業や個人がその業界で果たす役割、信念や特徴、企業の将来のビジョンなどが含まれます。ソフトウェア開発者がニーズを適切に処理できるように、顧客の業界紹介を基にすることで、開発チームが顧客の視点を理解しやすくなります。

業務プロセスで直面する問題点（ニーズの所在）

これは顧客が現れる最大の動機です。顧客が困っているのは、仕事環境でどのような状況に直面しているからでしょうか？既存の業務プロセスがデジタル化を必要としているのか、現在の情報システムが長年の使用で再編成を必要としているのか、あるいは業界の新しいトレンドに対応するためにデジタル化措置を講じる必要があるのか？ここでは、顧客が直面している状況を客観的に理解し、身を置いて考える必要があります。

提案された解決策

顧客と合意に達した後、ソフトウェア会社はカスタマイズされた関連するニーズに合ったプロジェクト計画と実装を提案し、顧客の業務プロセスに成功裏に適用することができます。

結果

旧来のソリューションと比較して、新しい解決策を適用した後、顧客にどのような違いと変化をもたらしたかを客観的に結論付けます。例えば、生産ラインの効率向上、情報統合の時間短縮、新しい顧客接触チャネルの提供などです。

以上の4つのソフトウェアプロジェクトの説明を総合すると、プロジェクトについての初歩的な理解を助けることができます。そして、顧客とのディスカッションの過程で、プロジェクトマネージャーはこれらの説明が心の中で明確であることを確認する必要があります。なぜなら、ソフトウェアプロジェクトの説明は柔軟性があり、短くは一言でこのプロジェクトが何をしているかを言い表し、長くは報告書でこのプロジェクトの内容を説明することができるからです。この時、試してみることができます：

「コアバリュー」を構築し、このコアバリューがプロジェクトの範囲を確立できるようにする

プロジェクトがプロジェクトである理由は、限られたリソースで特定の目的を達成することです。しかし、特定の目的を達成する過程で、範囲を制限しないと「関連する」機能が派生することがあります。この関連機能の出現は、全体の解決策に大きく貢献する可能性がありますが、開発時間を延長し、予定通りにリリースできない原因となることもあります。また、実際には全体の解決策に具体的な効果をもたらさないこともあります。

例：

顧客は企業情報システムに「起動ボタンを押すと自動的にスケジュール作業を実行する」機能を希望しています。直感的には、次の作業プロセスを順番に結びつけて進めるだけで良いかもしれません。しかし、実際の開発状況では、このシステムの適用領域によって、実行権限、前回の実行状態、システムの安定した接続などの関連する業務ロジックを追加する必要があるかもしれません。この時、顧客が突然ディスカッショングループで「起動ボタンを押した瞬間に生き生きとした感じが欲しい」と言うことがあります。

ソフトウェア開発を行う際、単一のユーザーストーリーに基づいて機能を計画する場合、発生する状況の判断やさまざまな関連業務ロジックの考慮を追加する必要があります。そして、顧客が機能面で他に異議がない場合、インターフェースの色、配置、ボタンの動作、ページ遷移に焦点が移り、さまざまなこだわりが現れ始め、画面をより活気あるものにしたいと常に希望します。

限られた開発スケジュールの中で、開発機能と顧客の期待するシステムインターフェースが衝突した場合、どうすれば良いでしょうか？

この時、最も基本的な「コアバリュー」に立ち返り、現有の時間や人員、これらの関連機能の必要性と優先度を確認する必要があります。コアバリューはしばしば簡潔なスローガンであり、まるで強力な呪文のように、ユーザーストーリーを追加または削除する際に3回唱えることで、心の中で明確な答えを得ることができます！

上記の例で述べたように、顧客がこだわりを見せた場合、ディスカッションを「より活気のある画面が企業情報システムの操作にどのような利点をもたらすのか？」「画面をより活気のあるものにするためにデザインから取り組む必要があり、計画に追加の時間がかかり、リリーススケジュールが遅れる可能性があるが、それで良いのか？」といった考えに導くことができます。そして、「提案されたニーズを『コアバリュー』に基づいて優先順位をつけて修正し、スケジュール内で予定通りにリリースできるようにすることをお勧めします」との返答を行います。

各プロジェクトに基づいて、顧客とディスカッションしながら最も適切な「コアバリュー」を設定する

プロジェクトのコアバリューは、開発チームのディスカッションを行う際や、顧客とのニーズインタビューや受け入れ時に、まるで灯台を建てたかのように、広大なディスカッションの海でテーマから逸れず、プロジェクトの主軸に戻ってディスカッションを行うことができるようにします。

今日この記事を読んでいるあなたも、顧客からのニーズに悩んでいる場合は、プロジェクトのコアバリューをリストアップして、自分と顧客を納得させてみてはいかがでしょうか？