私は最近、（私のものではなく）チームリーダーからプログラミングプロジェクトに着手するかどうか尋ねられました。彼のチームのメンバーは現在、他のより重要なプロジェクトに夢中になっています。私は2年前に大学を卒業しましたが、これまでプログラミングは私の趣味でした。最近、私はソフトウェア開発のキャリアを追求したいと思いました。私は彼の申し出を受け入れて、実際の経験を積み、ポートフォリオの構築を開始できるようにしました。
約1時間後に、チームリーダーと会い、彼が必要としていることの詳細について話し合う予定です。彼との短い電子メール交換から、基本プロジェクトは既存のASP.NETフォームを更新することであることがわかりますが、それだけではありません。
最終的にこのプロジェクトをポートフォリオに入れたいと思いますが、会議ではどのようなメモを取るべきですか？
私は2年前に大学を卒業しましたが、これまでプログラミングは私の趣味でした。
その場合、私の提案は次のとおりです。
あなたの無知を楽しんでください。
あなたが何も知らず、学ぶ機会が与えられているという事実を最大限に活用してください-あなたが尋ねるべき質問の種類とあなたがどのようにすべきかに関して、問題のチームリーダーにできるだけ多くの質問をする機会を悪用してください学んだことを文書化する。
あなたが無知になるチャンスは一度だけです。それを無駄にしたら、残りの人生をすべてを知っているものとして費やさなければなりません。学習プロセスを楽しむ機会を利用してください。
対象ユーザーのリストを取得します。彼らと話すことで、チームリーダーがあなたに与える概要を具体化することができます。対象となるユーザーは、アプリが実行することになっていることについて、TLとは非常に異なる理解を持っている可能性があります。ですから、しばらくの間は行ったり来たりするでしょう。ただし、再コーディングがはるかに少ないため、努力する価値は十分にあります。
チームリーダー自身が、最初からすべての要件を利用できるとは限らないことを理解してください。人々を追い詰め、彼らが入ってくるときにこれらすべての要件を書き留める準備をしてください。
開発中に物事は変化し、新しい問題や新しい要件が常に発生します。
三つのこと：
何：ソフトウェアは何をすることになっているのか、あなたが他の人をより詳細にすることができるほど、より良いです。
方法：既知の制約はありますか？たとえば、電話番号を要求する必要がある場合、国内/国際/まったく検証する必要はありませんか。Windows 2008/2003/allで実行する必要がありますか
誰が：両面：
私が非常に役立つと思ったのは、既存の要件（ユースケース、ワイヤーフレームなど）のハードコピー、または3リングバインダーに含まれるその他の潜在的に有用な情報を、参加するプロジェクト会議に持ち込むことです。会議がトピックから外れたり、以前のディスカッションやドキュメントに関する質問が出てきたりした場合は、メモをとったり、テーブルを回ったりすることができる形式で情報を手元に置いておくと非常に便利です。
ボーナスとして、ほとんどの人が会議に書類を持っていないことがわかります。そのため、あなたは常に準備ができている本当の成功者のように見えることにもなります。これは決して悪いことではありません。
これの主な欠点は、ドキュメントが頻繁に更新および変更されると、紙を無駄にすることです。
どこにあるか、ネットワーク上に保存する必要のあるファイルはどこにあるか、プロジェクトのソース管理リポジトリはどこにあるかなどを調べます。
これは実際のプロジェクトを行う最初の味なので、プロジェクトの唯一の開発者であっても、必ずソース管理を使用してください。同僚はあなたに感謝し、あなたが最初にうまくいかなかった変更を取り消す必要があるときはあなたに感謝します。