■ 障害対応・問題解決の基本 ・障害時はいきなり手を動かさず、まず仮説を立てて検証する ・「事実を1つ見つける → 仮説を立てる → 検証する」で進める ・検討より検証を優先する ・悩むくらいなら試す → 早く失敗し、早く修正する ・リプロ（再現確認）を徹底する ■ コード理解とアーキテクチャ理解 ・速さより「意図」と「アーキテクチャ理解」 ・理解には時間がかかると受け入れる ・細部まで読むことで全体像がクリアになる ・まずは if や構造を把握する ・実装を過度に疑わない ・メンタルモデルを作る 　- コードと構造を学ぶ 　- 挙動を頭の中でシミュレーションできる状態にする ■ ドキュメントと思考整理 ・先に小さく書く ・書くことで整理され、抜け漏れに気づく ・思考を書けばそのままドキュメントになる ・後から書くと負担になる ・ドキュメントは「設計のため」にも必要 ■ 生産性を高める働き方 ・2時間進展がなければ質問 or 切り替え ・効果の高いものだけやる ・最優先の1つに集中する ・マルチタスクは避ける ・成果＋タイムボックスで管理する ・深い集中は1日4時間が限界 ・疲れたら休むのではなく、別のことをする ・休息＝いつもと違うことをすること ■ 価値を生むための考え方 ・機能の約40％しか使われない ・「増やす」より「減らす」に価値がある ・スコープを絞り、価値を最大化する ・QCDSはスコープで調整する ・少ない物量で大きな価値を出す ■ 開発プロセス改善 ・VSMでリードタイムを短縮 ・事前資料より「随時合意」で早く着手する ■ 学習・定着の方法 ・難しいと感じたらやり方を疑う ・「調べずにできること」を増やす ・思い出すことが記憶を強化する ・人に説明する前提で聞く ・理解に時間をかける習慣を持つ ■ コーネルメソッド ・ノート：学んだこと ・キュー：それを問う質問 ・サマリー：復習後に要約 ■ コミュニケーションの原則 ・クイックコールを活用する ・専門外でも学びを優先する ・聞きやすさと断りやすさは表裏一体 ・「合意できないことに合意」する力 ・反対は「自分の意見では〜」で伝える ・相手を否定しない ■ リーダーシップと育成 ・サーバントリーダー移行は抵抗が出る ・不安を理解しながら支援する ・アドバイスは求められたときだけ ・主体性を育てる ・質問しやすい環境をつくる ・選択を促す質問をする ■ 印象的な視点 ・コードは「読むもの」でもある ・読み手視点で書く ・速さより理解の深さが重要 ■ 関連書籍 ・Take Off ・幸福優位7つの法則