社内での役割と責任が明確に定義されていない場合、履歴書にはどのようにプロジェクトへの貢献を記載すべきでしょうか？

あなたはチームの成果のために部分的な信用を取ることができます：＆002＆002 - オンライン購買システムのコストを削減するために、5人のチームの同等のメンバーとして働きました。一度フィールド化されると、改善されたシステムは、運用の最初の6ヶ月間でクライアントを$ 1280万ドル節約しました

• レガシーシステムのリファクタリングを支援しました。チームの努力は、約50％の全体的なコードベースの削減と300％のパフォーマンスの改善と、既存のコードの65％を排除しました

同様に、あなたはいくつかの個人の成果を指摘することができるはずです。年に一度または半年に一度のパフォーマンスレビューでは何を話しますか？あなたがあなたの仕事の毎日の日記を保管している場合は、達成のためにそれを鉱山。そうでない場合は、バージョン管理システム、バグ追跡システム、またはその他の成果物の中にケースを構築するために何を見つけることができるかを確認してください。

ITレジュメのレビュアーの方に相談したことがあります。

基本的にソフトウェア開発では、全員がチームで仕事をすることが理解されています。機能のアイデアはビジネスパーソンから、設計はチームリーダーから、などなど。だからそれは常に期待されていません（あなたが1人のチームでない限り）1つのプロジェクトを単独で働いていたこと。インタビューの中では、「XとYを行うための機能を開発し、その結果Zが生まれました」と言いながら、プロジェクトへの具体的な貢献について話すことができます。また、履歴書に「Single-handedly designed…」などと書くことで、どのプロジェクトに “end-to-end "で携わったかを明記することもできます。チームで仕事をしていて、履歴書に書かれているプロジェクトをすべて "end-to-end "で完成させていたら、本当のことを言っていないことがバレバレになってしまいます。