私はカスタムソフトウェア開発のプロジェクトを数年間管理してきましたが、多くの場合、作業の初めに、将来のシステムに関する有用で構造化された情報を最大限に抽出する方法を心配していました。 実際、ほとんどの場合、商業的な申し出であっても、技術と実装の大まかな方法の両方を提示する必要があり、これはすべて価格を大きく変える可能性があります。 そして、用語について話すのは良いことです。
私は自分に最適なオプションを見つけることができました。
すべての人が一貫した構造化された方法で考えを表現できるわけではないことを認めなければならないので、最初の会議では、常に考えをキャッチすることを夢見ていました。 ほとんどの場合、顧客は将来のシステムの美しい景色の万華鏡と、実装後すぐに彼のビジネスがすぐに上り坂になる様子の美しい写真で頭にわずかな混乱を持っています。 また、明確な計画を立てずに質問をすると、会議は長時間続くことがあります。
今、私は計画に従って行動しています。これにより、多くの分野ですぐに勝つことができます。
- 会議の回数を減らすことで、自分や他の人の時間を節約します。 これは、個人の有効性に対する熱狂に関連して特に当てはまります。
- 私はすぐに、仕事に対する特定のアプローチを持つ専門家として自分自身を示します。 これは私に余分なポイントを与え、潜在的な競合他社からそれらを取ります。
- 私はシステムに深く没頭しており、システム上またはその別個の部分（システムが大きい場合）のパフォーマー用の予備TORをすでに作成できます。
私の計画は何ですか？
会議の準備
筆記用具
私は普通の色鉛筆、鉛筆削り、消しゴム、スケッチブックを買いだめしています。 これはシートのセットよりもはるかに便利であり、紙はより密度が高いため、消去してもしわになりません。
ボイスレコーダー
結果を分析するときに、後で忘れてしまった場合、会議の重要なポイントを覚えておくと役立ちます。 とにかく、メモリをリフレッシュしても痛いことはありません。 あなたの会議が記録されていることを人に警告することを忘れないでください、おそらく彼はそれに反対するでしょう、これの確率は小さいです。
場所
私は個人的にカフェで好きですが、オフィスで会うこともできます。 それでも、私たちのオフィスは通常、絶対に不快な場所であり、会って会話を交わすには、居心地の良い場所が必要です。おいしいコーヒーやお茶があればより良いでしょう。 もちろん、カフェには大きなうるさい音楽がないようにしてください。そうしないと、会議が台無しになります。
ラップトップ
クライアントに以前の結果を表示したり、たとえば、動作中の特定のインターフェイス要素の動作を評価したりするために、コンピューターが必要な場合があります。 ただし、コンピューターに費やす時間を減らすようにしてください。さもなければ、立ち往生し、建設的で明確な会話から離れてしまう危険があります。 質問と回答モードでのみコンピューターを使用します。
ミーティング
どこから始めますか？
システムの概要を取得します。 誰のために、何をするか。 2つの段落でシステムを明確に説明し、すべてのユーザーとロールを説明するように顧客に依頼します。 役立つヒントを次に示します。システムが完全にクリーンであると想像してください。 誰が最初に情報を入力しますか？ これはどのような情報ですか？ そこでどのように導入されますか？
修正方法
私は個人的にアクションリストとUML表記を使用しようとしています。 便利で、すぐに情報を構造化し、分析し、結論を導き出し、すぐに注意を払う必要があるボトルネックを予測するのは簡単です。
アクション図と構造複合図の2種類の図を描画します。 また、インターフェイスについて議論している場合は、インターフェイスをスケッチして、色鉛筆で重要な場所をマークしようとします。
顧客の言葉から記録された小さな例を次に示します。
生産部門には労働者がいます。 彼らは、機器のリストを作成し、プロパティとリスト項目を記入します。 ところで、ファイルはリストアイテムに添付されますが、ポップアップウィンドウで作成することもできます。その結果、2つの図が得られます。 1つは生産部門の労働者の行動を示し、もう1つはエンティティ間の関係を示します。
図は完全な説明であると主張するものではなく、ドキュメントの例としてのみ機能します。 さらに、インターフェイスにブロックを投げて、ポップアップウィンドウでファイルを作成するかどうかを判断できます。
終了方法
プロジェクトを引き続き使用する場合は、会議の後、すべてを紙から電子形式に移行すると同時に、更新と補足を行うことをお勧めします。
そのような図形式の結果、およびあいまいな要件の場合は短編（ユーザーストーリー）が顧客に簡単に送信できるため、それらを読むために特別な知識は必要ありません。
実際、将来価値のある完全なプロジェクトドキュメントの基礎を築いたため、すでに多くの時間を節約できました。 このような詳細かつ図解された参照用語については、顧客だけでなく、将来のプログラマーからも感謝されます。
興味深いプロジェクトと成功した議論！
オリジナル： http : //www.steinzeig.ru/2007/12/09/rabota-s-zakazchikom-pervaya-vstrecha/