1 テスト:人的資源
ハード/ソフトスキル

このスライドの目的

graph_name Pd 製品 プロダクト特性 Pc プロセス ライフサイクル Pd->Pc T テスト 技法/ツール Pd->T Hr 人的資源 チーム/スキル Pc->Hr Hr->T Q 品質 特性 Q->Pd S 構造 静的/動的 S->Pd T->Pc Xp 技術/方法論/成熟 Xp->Pc Dt 制約/納期 Dt->Pc Tc 組織文化 Tc->Hr to ここがテーマ to->Hr

このスライドのテーマ

  • エンジニアのスキル:二面性
  1. ハードスキル:技術や製品に対するスキル
  2. ソフトスキル:リーダーシップなど対人スキル
    • ソフトスキル:さらに二面
    1. 個人の側面
    2. 社会性・チーム側面

graph_name 組込みテストの要素 test テストの成果 製品特性 統合テスト 要素テスト 人的資源: チーム力  コアメンバー   周辺メンバー 

研修もチーム活動

  • この研修はグループ演習で進めます
  • 技術だけでなくチーム力を学びます
    • メンバーとの協働型チーム.

      でも,
  • 知らない人との協働は「苦手」
  • 日本人の傾向?:知らない人に対する態度
    • 話しもしない/できない!!

1.1 チーム結束力の作り方

  • 例 チーム系スポーツ:訓練や練習
  • 職業でも 消防,自衛隊,・・・
    • チーム力が必要・・・訓練が機能している
  • ソフト開発
    • 製品開発やテスト・・チーム活動
  • 失敗例:寄せ集め集団+職位リーダ
  • 成功例:OSS GitHubなど協働型
    • シャイな傾向なので無理!?

チービルのコスト?

  • ソフトは何故チーム訓練しないのか?
    • マニュアルがあれば不要?
    • 監督者指示なのでチーム活動不要?
    • 訓練は無駄なコスト??
  • あるいは,仕事をすれば自然とチーム?
  • ちょっと変です??

アイスブレーク

  • 某国国民性:知らない人とは会話もできない
    • 仕事で不明点は,誰かに聞くはず
  • 実態は,OEMさん,OSさん,職位差など
       知らない人・・Q&Aお手紙通信(超遅延)
  • リーダー,メンバー間の情報齟齬は「とても困る」
    • チーム内で氷の壁を早く打ち破る
    • 「アイスブレーク」

1.2 試してみましょう

  • チームで自己紹介
  • 偏愛マップ/マインドマップ編
  • 絵を描くと良いのだが,Zoomでは・・・
  • エンジニアらしく,マインドマップ風
  • 要するに樹状グラフ/階層図です.

偏愛マップ作製【3分】

  • note を見て,例を参考に
    • 自身のお名前の所に書き込んで下さい
  • この後,ブレークアウトルームで自己紹介
  • 一人3分は必ず喋る(誰かタイムキーパー)
  • 聞き役は,盛り上げる一言を
  • 一人,終わったら拍手,拍手で次へ
  • 全員が終わったら,感想など

自己紹介タスク

graph LR

R[各自<br>マップ作製]

M["自己紹介<br>3分"]
O[傾聴<br>拍手]
E[感想を書く<br>Noteへ]
P1([マインドマップ ])

R -->|順番<br>決め|M --> O  --> |終了|E
O --> |繰り返す|M
R -.- |作成|P1 -.- |参照|O

  • 一人3分は必ず喋る(誰かタイムキーパー)
  • 聞き役は,盛り上げる一言を.
  • 一人,終わったら拍手.拍手で次へ.
  • 全員が終わったら,感想など.

1.3 ブレークアウトルームへ

  • 設定:25分

1.4 グループ演習

  • チームを作る/アイスブレーク(手段)
    • きっかけを作る 【リーダーの役割】
  • その次は:目的の共有ですが
  • ハード/ソフトの2面
    1. ハード:QCDで頑張れ型
    2. ソフト:サステナブル
    1. を含めて,感想,経験(成功/失敗)意見交換
  • グループでまとめます.

まとめ

graph_name 組込みテストの要素 test テストの成果 製品特性 統合テスト 要素テスト 人的資源: チーム力  コアメンバー   周辺メンバー 

  • ヒトを集めることと,スキルを発揮するのは別

ソフト開発・テスト
その生産性は?

参考資料

1.5 個人の能力差

  • いくつか実験例がある
  • 同程度のスキルを持つ被験者を対象に
  • コードを書いてもらい
  • 費やした時間
  • 欠陥数や消費メモリや性能などを測定

結果は

20倍ほどの差

観点?/能力?

現在の求人手法

1.6 チーム単位での差は

  • プロジェクトやチームの生産性
  • 多くの実証研究あり
  • 結果は10倍ほどの差が観測!!

生産性の差の原因は?

  • Barry W. Boehm博士の研究
    • カリフォルニア大学バークレー校
    • TRW社の役員
  • 著書:Software Engineering Economics
    • 1984年日本語訳:ソフトウェアの経済学
    • 実際のデータで示した

生産性の支配要因は?

  • 使っている技術?
  • 仕事の難しさ?
  • 経験,資格,態度? 
  • ロイヤリティ?
  • モチベーション?
  • など考えられる要因について分析

研究情報

次は,