SEの方に質問です。①システム開発案件で、後になって要件定義フェーズのヒアリングの際に確認しておけば良かったのに。。。と後悔した内容とその理由についての体験談をお聞かせください（もしくはその旨のＨＰの紹介を）

①　ＤＢを作るときの項目とか主キー、外部キーはこれでいいのか？

　　とかいうのはよくありますね。

　　そもそもＤＢが決まらないとその後の作業ができないことが多いからＤＢとかは最初に決定しておくべきですね。

　　あと、エラー時の振る舞いと、ログ出力はこっちの考えで作ってしまって後で「使いづらい」とか「エラーがわかりにくい」とかがありましたね。

　　きちんとした分かりやすいエラーメッセージがでて、マニュアルをきちんと作ると保守が格段に楽になります。

②　一般的な項目は上記URLに書いてあります

　　しかし、上記以外で私が重要と思われるものは「ヒアリングしている人物はどの程度の重要人物か」です

　　特に決定権を持っていない担当や業務に詳しくない担当と話をしてもらちがあかず、

　　後で要求仕様や納期がひっくり返ったりするので、これの見極めは重要です。

　　しかし、それは直接聞けないので自分の勘に頼るしかありませんが．．．

URLはダミーです。

私もSEですが、これって個々人や会社的なノウハウになるので、回答を待つのは、ちょっとしんどいのではないでしょうか。

もし、質問された方がまだ駆け出しのSEをされているのなら、修行あるのみです。

それをノウハウ集として作成し、家法としてください。

私もそうしています。