本書かれた一般的なユーザーの研究方法の章VIII：
1 フォーカスグループ：プロジェクトを議論するために、ターゲットユーザーの代表だけでなく、利害関係者の利益を見つけます。ディスカッションはとても異なる意見とまとめていること、会議主催者の組織能力を尋ねるために多くの質問が発生します。
2 の綿密なインタビューは：通常、1つは、時間がかかり、ユーザーの行動を観察し、その効果はインタビューのチームメンバーをリードする能力に依存します。
3 カードソートは：様々な角度からの異なる役割はさまざまなアイデアを表現し、カードソート方法、ソフトウェア要件の同じ理解を活用して、様々な特性を定量化し、より良い次のステップを実行することができるこのタイプのフィードバックを収集するとき。
4人のユーザーがアンケート：、ユーザーに事前に準備された質問を提供し、ユーザーが答えることができます。
5 ユーザーが研究をログに記録します。ソフトウェアチームのための分析に使用されるソフトウェアに関連する日常の仕事や生活の行動を記録するために、ユーザが必要となります。
6 人類学的調査：現実の世界に、そして対象読者は、ユーザーのニーズにユーザーエクスペリエンスの観点「仕事、と住んでいた、食べました」。
7 フォローアップ研究の目：それらがどのように検索機能を使用したい、ユーザーが簡単に情報を設計者がそれらを見たいと思って見つけることができるようにするには？
8 ラピッドプロトタイピング研究：初期モデルから、ユーザーがフィードバック（ユーザー参加型デザイン）を使用して取得することができます。
ビルドに、法律で読み取った後、簡単な雇用、研究とソフトウェアエンジニアを理解するために、第三章システム・ソフトウェア・エンジニアは、引用し、成長の仕方を説明した P59のチャートページ、SDEの学校で学んだ後輩（エントリーを。これらのスキルは、実際にはまだ）完全に行使されていない--- SDE ⅱ中間ソフトウェア開発エンジニア（独立性を求めるために誰を知っているときかわからない、あなたが他の人に与える何かを書くことができます）---シニアSDE のシニアソフトウェアエンジニア（パネルはLEDが影響3-12 、またはその技術的な指導者、エンジニア、またはその管理者のリーダーシップ）---主なSDE チーフ・ソフトウェア・エンジニアを（チームリーダーが影響します。10 の大きなチーム人以上となっチームの重要人物）の成否に影響を与えます。
あなたは良い交流になるための完全な書籍、ソフトウェアエンジニアを読んだ後は、チームに割り当てられた役割、完全に従事チーム、統合チームを受け入れ、それを行う予定だという。私は良いチームのコミュニケーションで、人々の協力が理解し、最初にすべての良い交換の場合は、良いか悪いかにかかわらず、コードを書いて、良いソフトウェアエンジニアを考えると、このようなコードレビューなどの一般的な問題を、解決することができます後半の作業を助けることができます人材の募集のソフトウェア会社が、彼は最初、通信および式に書き込みコードに能力が続くチームに統合する能力を、集中するとき、私は信じて、開始します。私は人々とのより多くのコミュニケーションではなく、自分の一人になり、自分自身の学習プロセスの将来に期待し密室A人。