1. 「顧客」へのプロセスの説明と調整
2. 「顧客」の現状分析 (顧客へ報告され顧客によって承認される)
3. 「プロセス」の初期の目標 (スコープ) の設定と顧客による承認
4. 初期のイテレーション計画と顧客による承認
5. 複数のイテレーション (顧客へのレビューと顧客による承認)
6. 「顧客」による結果報告・プロセスの評価と見直し
   

・各イテレーションの頭では，

1. 現状の分析
2. スコープの設定
3. 期間の設定

を行い，これを「顧客」が承認する．

・イテレーション中は，

• 毎日，作業の始めに進捗報告を行う (スタンドアップ ミーティング)．進捗報告では
  
  
  • 昨日の成果
  • 今日の目標
  • 障害はないか
  
  が報告される．

・イテレーションの終わりでは，

• 結果のレビュー

を行い，これを「顧客」が承認する．

・こうして複数のイテレーションが行われる．二回目以降のイテレーションは前のイテレーションの結果を受けた内容とする．

1. コミュニケーション
   「顧客」と「サーバー」の間のコミュニケーションを特に重要視する．次に複数の「サーバー」同士のコミュニケーションを重要視する．
   


2. 継続的な改善
   イテレーション毎にイテレーションは改善され，プロセス毎にプロセスは改善される．改善は目的に対して為されなければならない．
   


3. フィードバック
   「サーバー」はレビューによって「顧客」からの適切なフィードバックを受ける．また「サーバー」同士はレビューによって適切なフィードバックを受ける．このため出来る限り常にレビューする．
   


4. シェア
   「サーバー」同士は，互いに情報を積極的にシェア (共有) する．
   


5. オープン
   「顧客」と「サーバー」，「サーバー」同士，情報は出来る限りオープンにされる (公開される)．
   


6. コミットメント
   「サーバー」と「顧客」は目的に対してコミットする (*1)．
   


7. モチベーション
   プロセスに関わる者全員のモチベーションを高く保つ．
   

上記「七つの価値」は，互いに強く補強し合う．

例．

• オープンにしていれば，コミュニケーションが取れフィードバックも受けられる．シェアも行われる．モチベーションも上がり易い．
• モチベーションが高ければ，コミュニケーションも積極的に取られる．
• コミットメントがないと，モチベーションを保てないし，高い質のコミュニケーションも難しい．
• 継続的な改善は，フィードバックがなければ出来ない．

(*1) 但し，体育会系の“ノリ”は避けたい．

例．
プログラマ X : 「…という訳で，つまり，納期を守るためには，優先度の低い機能をスコープから外す必要が有ると考えております．どうお考えでしょうか」
上司 Y : 「ガッツで頑張れ．皆がベストを尽くせばきっとやれる筈だ」

1. 良い環境
2. チーム全体
3. 明確な目標
4. 常にレビュー
5. 常にフィードバック
6. 適度なペース
7. ルール厳守
8. 最適な手法
9. 共通の言葉

• 「受講者」: 研修によって技術や知識を習得する．


• 「顧客」: 研修の依頼者．研修の成果に対しては通常対価を支払う．社内顧客であることも有る．
  例．「受講者」自身．「受講者」の上司．


• 「マネージャ」: 研修を運営・管理する．通常対価を受け取る．

「受講者」の研修終了後の習得度と研修開始時の習得度の差が研修の成果ということになる．

「顧客」は，研修開始時の「受講者」の現状を識り，また，研修終了後に「受講者」が現状からどうレベルアップする予定か報告され，これを承認する．

そして，研修終了後には「受講者」がどうレベルアップしたか報告を受け，これを承認する．

「マネージャ」は依頼を受け，研修のスコープ通りに研修を運営・管理する．また，「マネージャ」は常に研修の内容と進み具合を「顧客」に報告する．

また，研修の内容・進捗状況は Web 上等で出来るだけ公開される．特に「顧客」に対しては常に公開される．

1. 「マネージャ」による「受講者」や「顧客」への研修全体のプロセスの説明と調整
2. 「受講者」各自の現状分析と顧客への報告 (例．テストや自己分析)
3. 「受講者」各自の目標 (スコープ) の設定と顧客による承認
4. 初期のイテレーション計画と顧客による承認
5. 複数のイテレーション
6. 「顧客」による受け入れテスト
7. 「受講者」や「受講者」による結果とプロセスの評価 (アンケート等による) と改善

各イテレーションは次のように進められる．

• イテレーションの頭
  
  • 「受講者」各自が，現状を報告する．
  • 「受講者」各自が，そのイテレーションの目標 (イテレーションの終わりにはどのような成果が上がっているのか) を決定する．(*2)
  • これらの内容は「顧客」に対して公開される．


• イテレーション中
  
  • 毎日の始まりには，進捗報告が行われる．内容は以下の通り．この内容は「顧客」に対して公開される．
    
    • 昨日何を習得したか
    • 今日は何を習得する予定か
    • 何か障害となることは起きていないか．


• イテレーションの終わり
  
  • 成果のレビューを行う
    
    • 「顧客」の見ている前で「受講者」は成果を発表・アピールする．
    • 「顧客」はレビューを見てこれを承認するかどうか決定する．

(*2) 目標は明確でなければならない．例えば，「C++ のクラスの使い方をマスターする」では駄目．「C++ のクラスとクラス関連の機能 (継承，仮想関数，演算子のオーバーロードは必須) を使って従業員名簿の作成が出来るように成る」のような明確な目標とし，成果のレビューでは「現にそれらの機能を使った従業員名簿を作って見せられ」なければならない．

• 良い環境
  • 机の並べ方
    
    • 机は参加者同士の顔が見えるように並べよう．講師役の人が居る場合は，受講者全員の顔がなるべく均等に講師役の人に向くようにして，更に受講生同士もなるべく顔が見えるように．
      
  • 空調
    
    • 寒かったり暑かったりしないように．
      
  • 部屋を暗くしない
    
    • 薄暗くすると，参加者同士の顔が見えにくいし，あっと言う間に眠くなること必至．プロジェクタ等はなるべく明るいやつを用意するべし．スクリーンが見づらいと疲れるから．
      
  • 視聴覚教材
    
    • 耳からだけでは非効率的．視覚からの刺激も併用すれば何倍も学習効果が上がる．
      
  • リラックス
    
    • 最初や毎日の始めには，直接研修内容と関係ない話をしたりして気持ちを落ち着けよう．全員が一度発言してみよう．始めにアイスブレイクの為のゲーム等をやってみよう．休憩時間にはリラックス出来る音楽を掛けよう．部屋の隅にテーブルを置いてお菓子 (のど飴なんかが良いかも) や，お茶，出来ればコーヒー サーバーを置いておこう．
      


• チーム全体
  • 名前を覚える
    
    • 参加者全員がお互いの名前を覚えて名前で呼び合わないと．初対面なら，全員の名札を用意しよう．先ずは，自己紹介をし合って，名前を覚えるためのゲームをやろう．
      
  • 自ら学ぶ
    
    • 受身でいるより，自分から貪欲に勉強した方が得．
      
  • 互いに尊重
    
    • 受講生も講師役の人も互いを尊重し合おう．少し位，今の研修で進み具合が遅いからって，その人自身は常に尊重されるべき．学習が進まないのは多分その人のせいじゃない．
      


• 明確な目標
  • 目標は見えるところに
    
    • 各自の目標は大きな紙に書いて壁に貼り出そう．
      


• 常にレビュー
  • 全員参加
    
    • 何も講師役を一人に決めて，その人だけが話し続ける必要はない．受講者は，勇気をもって自分が習得したことを他の受講生に教えよう．考え違いが有れば，皆がフィードバックをくれる．
      


• 常にフィードバック
  • アイ コンタクト
    
    • 話をする時，話を聴くときはなるべく相手の目を見て．話が理解出来ているとき，理解出来ていないとき，納得出来たとき，出来ないとき，リアクションが有るとベター．頷くだけでも良いし．
      
  • 質問・発問
    
    • 質問 (受講者からの問い掛け)・発問 (講師役の人からの問い掛け) は，時間を決めずに随時．
      
  • こまめなフィードバック
    
    • 参加者はお互いに気付いたことが有れば，指摘し合おう．遠慮はしないで．
      


• 適度なペース
  • 継続可能なペース
    
    • 一日辺りの時間を増やし過ぎない．多分 6，7 時間が限度．それに，一時間に一度位は休憩も取らないと．
      


• ルール厳守
  • 時間厳守
    
    • 時間を守らないと，モチベーションが下がる．講師役の人の遅刻なんてもっての他．
      


• 最適な手法
  • 様様な手法
    
    • 手法には色色なものが有る．「講義」だけが研修の方法じゃない．「実習」や，「ブレーン ストーミング」，「グループ ディスカッション」，「パネル ディスカッション」，「ケース スタディ」，「デモンストレーション」に「ロールプレイ」，沢山有る．最適なものを探そう．
      
  • 先ず概要から
    
    • 小さな一纏(まと)まりに入る前毎に，その概要を確認して．
      
  • こまめな復習
    
    • 小さな一纏(まと)まり毎に，学習内容を一度振り返って．
      


• 共通の言葉
  • 例え話
    
    • 抽象的な概念を伝えるには，抽象的な説明に加えて具体例をあげるのが効果的．
      
  • 語彙
    
    • 少しずつ参加者全員で通用する専門用語を増やして会話に使っていこう．その概念を正しく理解する近道．間違って使った人がいたら素早いフィードバックを．