エンジニアリング
改善
漠然と改善することはできないので、改善した結果どうなっていたいのか「改善のゴール」を決めよう。
生産性を向上せよと言われたら生産性という曖昧な言葉を改めて定義しよう。 定義するときにはできれば生産性を向上せよと言っている人物を巻き込むのが良い。
定義した生産性がそのステークホルダーと合わなければ意味がない。
そして「今ーここ」を認識しよう。
改善をする基本は組織開発でも言われているように、「今ーここ」を全員が正しく認識することから始まる。 プロジェクトの開始
TBD
関係者を集めてプレモーテムをして、事前に失敗の要因を潰しておくと良い。 決して同じ組織内で対立してはならない。
世の中に絶対の正解などないのだから、共通了解を持つことが重要である。 相手を言い負かす必要はないし、言い負かそうとしてくる相手に言いくるめられないように注意を払う必要がある。
我々が求めているのは絶対的な真理ではない。
開発組織の抱えうる課題
TBD
エンジニアが集まらない
エンジニアが技術に固執して、顧客価値提供への関心が薄い
営業と対立する
情報の透明性が低い（自己開示しない）
機能追加・変更するたびに障害が発生する
/icons/hr.icon
要件定義
TBD
なぜやるのか
設計
TBD
設計思想を揃える
テスト
DB
ドメインモデル
開発
TBD
テストは書こう。
良いテスト、悪いテスト
/icons/hr.icon
DDD(Domain-driven design, ドメイン駆動設計)
Kanban
テスト駆動開発
自動化テスト
TDD
ポストモーテム
Quality Assurance
RASIS
プロトタイピング
/icons/hr.icon
関連