チーム開発

• 拡張性よりスピード感を大事にしたい
• チームのための通知
• チームとしてスキルを持つ
• 「スクラム開発しよう」じゃなくて「チーム開発しよう」でええやん
• プロジェクトがうまくいく要因
• オンボーディングはこうしたら良いんじゃね
• コンテキストによって「工数」の解釈が変わることに注意しないといけない
• コードレビューの真の価値はコミュニケーション
• チームの能力はそのチームが経験することに依存するのでそう簡単に伸ばせない
• 正論モンスターはなぜダメなのか
• 必要になったらやれば良い vs 今やらないと一生やらない
• 安定して回っている良いチームの定義
• 技術選定の難しさメモ
• 共有と定着