JaSST 14 Niigata

テストの前にチームの現場力をデバッグ~現場力を計測し，合理的な磨き方を学ぶ~

PS研究会
http://ps-tb.jp

代表 松尾谷 徹
matsuodani@ps-tb.jp
R-14. 4

© DebugEng Debug Engineering Institute概要概 要 JaSSTが始まって約10年，ソフトウェア・テストの分野にもエンジニアとしての仕事が生まれ，エンジニアとして育ちつつある．
 テストの効果や効率について眺めると，壁にぶつかっている感がある．テス
ト技法やテストプロセスなどの知識は飛躍的に高くなったが，実践面を見ると停滞気味である．
 老人の意見ではあるが，エンジニア哲学として，「効率の理論」が強く，「人間の理論」を見落としているのでは？との危惧をいだいている．
 ここでは，「人間の理論」に基づく「現場力」を取り上げ，
1. プロジェクト成否に対し，どのくらいの影響力をもっているのか？
2. 「人間の理論」に関する研究や理論は何か？
3. 具体的に，何をすれば「現場力」を高めることができるのか？
について説明します．３番目のテーマは，この後のワークショップで，実際に体験し強化します．
 最終的な目的は．エンジニア・マインドの中に，自分の仕事満足を QWL（Quality of Working Life）としてしっかり持つことです．

2© DebugEng Debug Engineering Institute目 次
1. ２つのアプローチ：「効率の理論」Vs.「人間の理論」

2. プロジェクト成否と現場力：最近の実証研究
3. 「人間の理論」その基礎：人的資源管理
4. ITエンジニアの意欲：エンジニアの仕事満足を探る
5. まとめ：エンジニアの哲学

3© DebugEng Debug Engineering Instituteテストの前にチームの現場力をデバッグ

１．２つのアプローチ
１．リニューアル概要
「効率の理論」 Vs. 「人間の理論」© DebugEng Debug Engineering Institute今回のテーマ，何で現場力？
 JaSST
 Japan Symposium on Software Testing：ソフトウェアテストに関連した研究・事例発表や、ワークショップ・講演を行うシンポジウム

 参加者のモチベーションは？
 テストを合理的に進めたい テスト技術を知りたい テストの事例を聞きたい 要するに，テストの効果や効率に対して問題意識を持っている 問題の解決ヒントを得るために参加している 横道
 近年，問題意識を持たない人が増えている．
 何故？ 仕事の効果や効率を考えることが自分の役割だとは考えない．
• つまり，エンジニアとしてではなく．指示された作業と捕えるケースが増えている

5© DebugEng Debug Engineering Instituteテストの一般的な問題意識
 技術側面（テスト技法）
 基本となる技法 ホワイトボックス，ブラックボックス，静的解析
 知らない技法を学びたい All-Pair ,キーワードテスト，Concolic-testing どんな局面でどんな技法を使うのか？ 受入れテスト，運用テスト
 良いツールを探したい などなど 管理側面 テストの進め方 テストの観点，テスト方式設計，Wモデル
 テストプロセス改善
 バグのトラッキング 人材育成．スキル認定
 テストのマネタィズ（monetize) 注：テストの活動を如何にして経済活動とするか などなど 専門性の高い問題意識6© DebugEng Debug Engineering Institute「問題意識の深化」の問題？？
 テストに深くかかわると，問題意識やスキルは深化 深化させるアプローチ：アナリシス（analysis） 分析的アプローチ
 分析的アプローチは，工学的アプローチの基本 ところが，

 深化が過ぎると・・「木を見て森を見ず」 「部分最適の罠」にはまる

 現象としては 他のことに興味を持たなくなる（タコツボ化）
 一生懸命，手を打つが，効果はバラバラで持続性が見られない

 深化とは逆のアプローチ：シンセシス（synthesis）
 統合的アプローチ
 集めると，複雑な振舞いが生まれる– 複雑を明らかにするアプローチであり，アナリシスと対極的

7© DebugEng Debug Engineering Instituteソフトウェアの生産性要因を探る
 30年ほど昔
 ①Boehm, B. W. 著 「Software Engineering Economics」Prentice-Hall,Englewood Cliﬀs, NJ (1981).が出版される．
 ソフトウェアの生産性を決める要因の分析手法（COCOMO)を発表した
 その大がかりな追証と導入を行った事例
 ②寺本雅則, 松尾谷徹, 上村松男． 「ソフトウェア開発過程を定量的に解析して生産性と品質を向上させるソフトウェアメトリクス」 日経エレクトロ二クス６月４日号, 日経エレクトロ二クス(1984).
 ③松尾谷徹．「開発コストのメトリクスの現状と課題」 昭和63年電気・情報関連学会連合大会予稿集(sep．1988)

 テストについても同様な分析
 ④真野 俊樹, 松尾谷 徹, 岸本 徹,「ソフトウェア検査モデル その１-３」,情報処理学会,29回
全国大会,pp 693--698,1984．

 この研究を振り返ると8© DebugEng Debug Engineering Instituteコストモデルの意味
 大局で観ると，生産性はバラツキが大きい 規模に関係なく，数倍のバラツキが存在する
生産性

難易度，改造，など様々な原因が考えられる

生産性 規模/コスト

16.00

良い

14.00
12.00
10.00

平均

8.00

生産性
6.00

ソフトウェア工学は，「プロダクト」と「プロセス」の２面からこの原因を研究している

4.00

悪い

2.00
0.00
0.00

920.00

40.00

60.00

80.00

100.00120.00規模© DebugEng Debug Engineering Institute最大の生産性因子は，チームの能力 「チームの能力」を説明因子として分析すると
 ①の論文，その追証②③で得られたことは「人」に関する強い因子の存在
生産性 規模/コスト
18.00
16.00

良い14.00
12.00
10.00

平均

8.00

生産性

6.00
4.00

悪い

2.00
0.00
0.00

1.00

2.00

3.00

4.00

チームの能力（１~4.18）

10

5.00

グラフのデータはCOCOMOを使ったシミュレーション© DebugEng Debug Engineering Instituteバラツキを説明する因子
 文献③ 「開発コストのメトリクスの現状と課題」より– COCOMOに係数の変化 多少変化するが，人の要因が最大– しかも，因子の独立性は強い

11© DebugEng Debug Engineering Institute人が介在する技能的な活動
 ２軸で考える必要がある
1. 「効率の理論」・・・・テスト技法やプロセス改善
 工学の分野

2. 「人間の理論」・・・・モチベーションや現場力 経営学と工学の境界分野＜主張＞
 「人間の理論」は，単なる博愛的な存在ではない
 実際のソフトウェア生産性や品質に与える影響は，「効率の理論」と遜色なし，あるいはそれ以上 この重要なことを見落としている（観点漏れ？）
12© DebugEng Debug Engineering Instituteテストの前にチームの現場力をデバッグ

2．プロジェクト成否と現場力
１．リニューアル概要

最近の実証研究© DebugEng Debug Engineering Institute直近の実証研究
 先のデータは，約30年前のデータ
 COCOMOの話では，古すぎて検討できない？
 その後はどうなっているのか？
 残念ながら，異なる組織，分野をカバーする大規模な比較研究は少ない

 直近の実証研究の紹介

 現場力を尺度化しプロジェクトの成否との関係を示す
 信頼性学会・情報システム信頼性研究会 2013年12月の発表– 松尾谷 徹，情報システムの信頼性と現場力，信頼性学会，情報システム信頼性研究会，2013.12.5

 その後，分析を強化したものを紹介– ソフトウェアシンポジウム2014秋田

14© DebugEng Debug Engineering Institute事例研究のサマリー
 ２つの事例群で計測し分析を行った
 事例１ ２０のプロジェクト
 事例２ ５５のプロジェクト

 現場力の尺度化を行い，その尺度によってプロジェクトの成否（４段階～５段階評価）を８２％から９５％の判別率で予測できた．
 驚くほどの判別結果

15© DebugEng Debug Engineering Institute現場力の測り方
 その方法は心理尺度の応用
 心理尺度の背景
 人間活動に関する学問  心理学
 心理学（人の行動と心理作用の研究）の経緯1. 行動行動心理学 ，外部主義 ・・・・・・・・昔
2. 心理作用認知心理学，内部主義・・・・・・現代– 行動： 現実に起こっていること．
– 態度： 行動に至るもの

 心理尺度： 行動に至る態度を間接的に表すもの

 心理尺度は単一の尺度ででは無く，その構成概念により構造化された多次元尺度
16© DebugEng Debug Engineering Institute心理尺度の例
 例： 「無気力」
 教育現場では，不登校や留年の原因として研究 無気力の定義： 「日常生活全般で,自分をやる気がないと感じること」

 直接，測れない あなたは無気力ですか？ ５段階で答えよ？？・・・・これでは測れない 構造を解明し下位尺度によって明らかにする 無気力の下位尺度 （構成概念）– 「自己不明瞭」：自分の将来を考えるとうんざりする– 「他者不信・不満足」：私には本当に困ったときに助けてくれる人がいない– 「疲労感」：多忙な毎日で疲れて可もしたくなくなる無気力
自己不明瞭

17

他者不信

疲労感

構造をもっている
下位尺度で測定© DebugEng Debug Engineering Institute現場力研究のステップ＜ステップ概要＞
1. 先ず，現場力の構成概念モデルを作る
 2001年から行った先行研究を引き継ぎ，拡張した．

2. 計測モデルを作る
 質問紙を設計する

3. 計測して，現場力の尺度化を行う
 心理尺度分析と同様の統計処理

4. 現場力とプロダクト特性との相関を分析する
 プロダクト特性に，プロジェクトの成功失敗，生産性，品質など

5. モデルの改善 2.へフィードバックし繰り返す

18© DebugEng Debug Engineering Institute現場力の構成概念モデル
 ５つの要素

①仲間意識

④成果意識

 職場における人間関係

頑張り

②役割意識
 職場における役割に関する関係性
②役割意識

③規範意識
 職場風土や仕事の進め方における関係性

④成果意識

③規範意識
①仲間意識

 仕事（目的）に向かって努力する関係性
仕事と問題

⑤環境意識
 与えられた仕事環境における関係性⑤環境意識

 関係性とは，職場における他者との関係性

19© DebugEng Debug Engineering Institute現場力の定義 我々の考えている現場力の定義
 現場で発生する問題を自ら解決するチームの能力＜３つに分解＞1. 「現場で発生する問題」 ・・・問題認識
 問題を問題として捉えることができる

2. 「自ら解決する」・・・・・・・・・・・原因究明
 原因を調べ，良い改善や対策を得ることができる

3. 「チームの能力」・・・・・・・・・・・実行と持続 チームとして対策を成し遂げることができる

 直接測れないので，前項の計測モデル© DebugEng Debug Engineering Institute計測モデル：質問紙
 ２種類開発・改良中
1. 現場力計測版 ・・・・＜今回の研究＞
 現場力を広く比較しプロジェクトの成否との関係を探る
 ５分以内で書ける２８問程度
 過去に経験したプロジェクトなどを振り返って分析する
 プロジェクトに参加したリーダやプロジェクトマネジャーが対象
 一つのプロジェクトに対して少数の調査であり，広く調査する．

2. 現場力の構成計測版
 組織や部門における，現在の現場力を明らかにし，改善のための分析 職場の全メンバーに匿名で調査を行う．
 メンバーから観た職場の現状が測れます21© DebugEng Debug Engineering Institute尺度化の方法
 質問紙の結果を構成要素単位で主成分分析
 その結果，平均０分散１で正規化したスコアを得る

22© DebugEng Debug Engineering Instituteプロジェクトの成否と現場力 事例１の結果 ９５％の判別率
 プロジェクトの成否４段階は，現場力で９５％判別できる！！

23© DebugEng Debug Engineering Instituteプロジェクトの成否と現場力 事例2の結果 82％の判別率
 プロジェクトの成否5段階は，現場力で82％判別できる！！

24© DebugEng Debug Engineering Institute現場力とプロジェクト成否の関係
 プロジェクトの成否
 主観的であるが，事例１では４段階，事例２では５段階で回答

 現場力
 主観的ではあるが，事例１では20問，事例２では24問で回答
 そこから，統計手法で尺度化

 判別分析の結果・・・・・予想を上回る関係
 事例１では，９５％の判別率
 事例２では，８２％の判別率

 事例の特性 事例１ 研究会メンバーが経験したプロジェクト 20件
 事例２ PMシンポジウムに参加したプロジェクトマネジャー ５５件

25© DebugEng Debug Engineering Institute例：現場力の差
 尺度化した現場力を用いて表現できる 見える化より，一歩進んだ尺度化（量的比較ができる）

26© DebugEng Debug Engineering Instituteプロジェクト成否と現場力 まとめ
 想定以上の影響力を持っている 但し，影響力が８２％～９５％とは限らない
 何故ならば，因果関係として，３つの仮説が考えられる
1. 原因 現場力
結果 プロジェクトの成否
2. 原因 プロジェクトの成否
結果 現場力3. 両者の相互作用– 統計における回帰分析の逸話 パリの人口とこうの鳥 影響していることは明らか，だったら，活用を考えよう ほとんど考慮していない要因  効果が期待できる
 観点が漏れていた！！

 デバッグして，改修しよう その前に，「人間の理論」を少し知っておこう

27© DebugEng Debug Engineering Instituteモチベーションの効果 ワークショップ資料より
 仕事の成果を左右する２要素

能力（スキル）
2. モチベーション（やる気，動機，意欲）
 ２要素の関係は？ 独立ではない，連動している
1.

蛇口：
モチベーション

タンク：
スキル
バケツへの出力：
仕事の成果

28

仕事の成果

低い

仕事に対する態度，意欲

高いモ
チ
ベ｜
ショ
ン

単純
作
業
でも８倍の差© DebugEng Debug Engineering Instituteテストの前にチームの現場力をデバッグ

3．「人間の理論」その基礎
１．リニューアル概要
人的資源管理© DebugEng Debug Engineering Institute経営学・人的資源管理
 企業や組織が人をどのように扱ってきたのか，その研究テーマが人的資源管理（HRM)の歴史
 20世紀中ごろから大きな変化が生じた．それが「効率の理論」から「人間の理論」への変化
 ２０世紀前半：伝統的管理論（人間機械論，効率優先）
 テイラーの科学的管理法，ファヨルの管理法
 当時としては，良い労働条件を目指すものであったが，
 労働者は賃金収入の最大化を目指し経済的動機で働くと考えた

30© DebugEng Debug Engineering Institute人間関係論（20世紀中頃～） ホーソン工場の実験（詳細はワークショップにて） ティラー理論の実証実験であったが，想定外の結果
 人間機械論が否定され，人間関係論が生まれる コミュニケーション重視，人との関係性重視
 人は社会的な生き物であり，「社会人」としての欲求を無視できない．
 欠点：インフォーマル組織の偏重は温情経営，非合理経営に陥る可能性あり．

31© DebugEng Debug Engineering Institute組織行動論（現代） 「自己実現」の仮説に基づく
 ハーズバーグの動機づけ要因、マグレガーのX・Y理論、マズローの欲求5段階説など
 人間関係論では職場での協力関係の形成・維持に重点が置かれたが，組織行動論では職務そのものへの諸意欲を活性化することに重点が置かれた．
 単純作業から，職務拡大へ
 集権型から，考える小集団へ
 その後，QWL（Quality of Working Life）いわゆる「労働生活の質」と結びつき、新たな労働諸施策として盛りこまれた．
 QWL は従業員の職務遂行過程における労働の人間疎外の克服、つまり「労働の人間化」（humanization of work）という観点から、労働生産性の維持･向上をはかる試みである．

32© DebugEng Debug Engineering Instituteテストやソフトウェア業界では
 未だ，人間機械論（１世紀遅れ） 社員はコスト高なので，外注，さらに海外へ
 ITジェネコン型プロジェクトでは，発注階層の身分制度と，その時間単金
 仕事の質ではなく，身分で労働コストが決まる？

– 工程に分割し，単純作業化すれば安い賃金で生産＝テーラ理論– 生産性は工数・単金で決まるー＞よって外注，海外へ・・・・・人間機械論

 一部で，人間関係論が芽生えている コミュニケーションが大事だ，挨拶運動，・・・・
 しかし，根っこは人間機械論（効率重視）

 まだまだ遠いQWL，100年の遅れがある

その原因は？

日本のエンジニア・マインドにあるのでは？
33© DebugEng Debug Engineering Instituteテストの前にチームの現場力をデバッグ

4．ITエンジニアの意欲
１．リニューアル概要

エンジニアの仕事満足を探る© DebugEng Debug Engineering Institute

PS研究/PS研究会
 20世紀末 IT産業は，新３K職場 「情工哀史」
 さらに，プロジェクトマネジメントの強化・・・マクレガーのX理論，不満足要因

 エンジニア系にも人間関係論が必要
 2001年から研究に着手，2002年にPS研究会設立

 考え方
 サービス系の企業では，ES（従業員満足）とCS（顧客満足） ところが，IT企業で働いているのは様々な組織の人（下請け） 一般的なES：Employee Satisfactionでは展開できない そこで，

 PS： Partner Satisfaction
 先ずは測定（測り方や尺度化）から始めた・・・・実証主義

35© DebugEng Debug Engineering Institute

PS測定の構成概念
 モティベーションを３要素で表現する
1. 職務満足感
 現在の職場で現在の職務を続けたい/続けたくない尺度
 現在の業務、職場の人間関係、処遇、運営方針などが影響する

2. 仕事意欲 この仕事、専門性に適正を感じ続けたい/続けたくない尺度
 仕事に対する適正、自信/不安、将来性などが影響する

3. 精神健康（ストレス反応） - 意欲があっても行動を誘起できなくなる メンタルヘルス上の危険が低い/高いの尺度
 精神メカニズムの疲労骨折（燃え尽き症候群、鬱など）の危険度を示す

36© DebugEng Debug Engineering Institute調査と分析方法
 調査
 質問紙（５９問，５択）を対象全員に匿名で配布
 「プロジェクト」など，大きなククリは識別 分析 心理尺度の統計手法をベースに解析 職務満足，仕事意欲の配下に，7個の下位尺度としてまとめる

 応用
 プロジェクトの状況が如実に表れる

 実績
 2002年 1500件
 その後 1800件

37© DebugEng Debug Engineering Instituteモチドラ：モチベーションドライバー
PS： Partner Satisfaction①自己実現・スキルアップの可能性①自己実現・スキルアップの可能性①自己実現・スキルアップの可能性

プロジェクトに参加することで能力や自立プロジェクトに参加することで能力や自立プロジェクトに参加することで能力や自立性が向上すると思える性が向上すると思えるか性が向上すると思える かか⑦業務外のストレス⑦業務外のストレス人間関係，会社人間関係，会社のセクショ
人間関係，会社のセクショのセクショナリズムなど，業務ナリズムなど，業務以外のナリズムなど，業務以外の以外のストレスがある
ストレスがある かか
ストレスがあるか⑥業務上のストレス⑥業務上のストレス②自分への評価②自分への評価PS
モティベーションチーム力
モティベーション

納期や品質に対する必要以納期や品質に対する必要以
納期や品質に対する必要以上のプレッシャーがあるか，上のプレッシャーがあるか，上のプレッシャーがある
か，
職場
環境
職場
環境がが 快適か
快適か
職場環境が快適か⑤プロジェクトの運営⑤プロジェクトの運営⑤プロジェクトの運営
体制
体制
体制

プロジェクトの進め方や方
プロジェクトの進め方や方
プロジェクトの進め方や方針，メンバーの役割分担に針，メンバーの役割分担
針，メンバーの役割分担に満足しているか
満足しているかに満足しているか

プロジェクトでの仕事ぶり
プロジェクトでの仕事ぶりを をプロジェクトでの仕事ぶりを正当に評価されているか
正当に評価されているか
正当に評価されているか

個人のモチベーションを統計処理し，プロジェクトやチームから受ける影響を測る．

③リーダーの資質･人柄③リーダーの資質･人柄③リーダーの資質･人柄

マネジャーにプロジェクトにマネジャーにプロジェクトにマネジャーにプロジェクトに対する意欲や公正感，適切対する意欲や公正感，適切対する意欲や公正感，適切なマネジメント能力が感じ取なマネジメント能力が感じ取なマネジメント能力が感じ取れるかれるかれるか④コミュニケーションの④コミュニケーションの④コミュニケーションの状態
状態
状態

チーム内，チーム間の意
チーム内，チーム間の意
チーム内，チーム間の意思思疎通がうまく図られてい思疎通がうまく図られてい疎通がうまく図られているか
るか
るか①～⑤：チームのモティベーションを高める因子⑥，⑦：チームのモティベーションを失わせる因子

出典：日経ITプロフェッショナル2003.8月号松尾谷徹「７つの要因を知りモチベーションを管理」

38

38© DebugEng
Debug Engineering Institute分析事例（プロジェクト状況）
業務上のストレス
職場（役割、リーダ、チーム）に対する適応・・・・適性と業務、チームの調整
通勤時間や睡眠時間も配慮業務外のストレス
プライベイトの尊重・・・・・本人や家族（子供）の誕生日、休暇

満足感

処遇

コミュニケーション
1
0.8
0.6
0.4
0.2
0-0.2
-0.4
-0.6
-0.8
-1

業務上のストレス

プロジェクト運営

職場（プロジェクト）によって、大きな影響を受けることが解っている
PS調査により定量化可能
プロジェクトやチームに対して，処置を行う．

プロジェクト・マネージメント

モチベーションのデバッグです．

自己実現

業務外のストレス

39© DebugEng Debug Engineering Institute

PS研究 その後
 PS測定のまとめ
 PM学会への投稿
榎田 由紀子 , 松尾谷 徹 ：Happiness & Activeチームを構築する実践的アプ
ローチ : チームビルディングスキルの開発(<特集>コミュニケーション・マネジメント)，プロジェクトマネジメント学会誌 7(1), 15-20, 2005-02-15
 他，雑誌や学会誌に出した
 日科技連から計測サービス提供– ３回ほど測った 職場改善について
 チームビルディングのためのメソッド開発と展開
 現在も続いている・・・午後のワークショップはその成果

 PS運動 2007，2008とPSシンポジウム開催

40© DebugEng Debug Engineering Instituteテストの前にチームの現場力をデバッグ

5．まとめ
１．リニューアル概要
エンジニアの哲学© DebugEng Debug Engineering InstituteITエンジニア・マインド 他の分野と比べ「人間の理論」が欠如ぎみ 仕事に対する態度として，効率の追求だけでなく
 人の側面からのアプローチを加えると，さらに成果を得られる

 自らのQuality of Working Lifeについて
 日々，多忙な業務の中で翻弄ぎみですが，
 自分自身，働く仲間としてのQWLについて，ちょっと考える

 気付いてほしいことは エンジニアが持つ「効率の理論」が「人間機械論」へ流されていること– この産業界の風潮でもある エンジニアマインドとして「人間の理論」を，そして，自身のQWLを 言葉で伝えるより，実感する方が効果的

 午後から，ワークショップにて42© DebugEng Debug Engineering Instituteありがとうございました．
© DebugEng Debug Engineering Institute