teratail header banner
teratail header banner
質問するログイン新規登録

回答編集履歴

4

少し修正。

2017/06/23 20:01

投稿

Hiroshi-Aoki
Hiroshi-Aoki

スコア804

answer CHANGED
@@ -30,7 +30,7 @@
30
30
 
31
31
  ※スパゲッティコードであろうが全然OKです。量的生産性なので質の観点はここで評価しません。
32
32
  ※”マーティン・ファウラーさんのあれ”で生産性が測れないのは、評価基準をソフトウェア数にしたから。
33
- ※「技量が上がればステップ数は少なくなるから当てにならない」話は生産性ではなく成長度の話
33
+ ※「技量が上がればステップ数は少なくなるから当てにならない」話は生産性ではなく成長度の話。
34
34
 
35
35
  ●質的生産性(=生産性の内の質的評価)
36
36
  ・作成したソフトウェア数 ÷ 発生した障害数 = 質的生産性(存続期間考慮なし)
@@ -102,9 +102,9 @@
102
102
 
103
103
  ほかにも求められるものはあるでしょう。
104
104
  ポイントは「後」「前」とあるように、時勢が大事です。ある時点と現在を比較するのです。
105
- 定量的(ある時に測った内容を、その時と同じ方法で)に測り比較のです。
105
+ 定量的(ある時に測った内容を、その時と同じ方法で)に測り比較するのです。
106
106
 
107
- 成長度を求める手段やツールは、生産性を求めるものとほぼ同じす。
107
+ 成長度を求める手段やツールは、生産性を求めるものとほぼ同じと思います。
108
108
 
109
109
  ■最後に
110
110
  過去最高の長文となりました。「読まれない文章」になってますね。書いちゃったので投稿します。

3

2行になるところを1行に。

2017/06/23 20:01

投稿

Hiroshi-Aoki
Hiroshi-Aoki

スコア804

answer CHANGED
@@ -29,7 +29,7 @@
29
29
  →作成した〇〇数÷作成に要した時間。つまり、物量÷時間ですね。
30
30
 
31
31
  ※スパゲッティコードであろうが全然OKです。量的生産性なので質の観点はここで評価しません。
32
- ※”マーティン・ファウラーさんのあれ”で生産性が測れないのは、評価時点基準をソフトウェア数にしたから。
32
+ ※”マーティン・ファウラーさんのあれ”で生産性が測れないのは、評価基準をソフトウェア数にしたから。
33
33
  ※「技量が上がればステップ数は少なくなるから当てにならない」話は生産性ではなく成長度の話だ。
34
34
 
35
35
  ●質的生産性(=生産性の内の質的評価)

2

表現訂正。

2017/06/23 19:55

投稿

Hiroshi-Aoki
Hiroshi-Aoki

スコア804

answer CHANGED
@@ -116,7 +116,7 @@
116
116
  というのが「無理だ」という主張の趣旨です。
117
117
 
118
118
  この認識と主張はプログラムを対象にしなくとも、あらゆる分野で行われています。
119
- しかし、これこそが生産性を測るにあたっての最大の誤解であり、最悪の間違いなのです。
119
+ しかし、これこそが生産性を測るにあたっての最大の誤解であり、間違いなのです。
120
120
  最も大きな間違いが、「前提が変わる(技量が上がる)」という部分です。
121
121
  前提(技量)は状態や状況を示すものであり、定量的に対して「定性的」と言われる情報です。
122
122
  定性的な情報は数値化することができません。ゆえに「無理だ」という主張になるのですが、

1

途中の投稿しちゃったので全文登録し直し。

2017/06/23 19:46

投稿

Hiroshi-Aoki
Hiroshi-Aoki

スコア804

answer CHANGED
@@ -1,7 +1,7 @@
1
1
  マネジメント的な生産管理しかしていない中堅サラリーマンSEです。
2
2
  諸兄姉の回答を拝見し、逆の視座・視点から回答をしたくなりました。
3
3
  「逆」に立った回答になりますので、諸兄姉の回答を否定する部分がありますこと、ご容赦願います。
4
- (投稿時、9件の回答をもってしてもte2jiさんの悩みがあることも回答をする動機であります。)
4
+ (投稿時、9件の回答をもってしてもte2jiさんの悩まれていることも回答をする動機であります。)
5
5
 
6
6
  生産性を測るにあたって欠くべからざる情報は「定量的情報」です。
7
7
  定量的の定量とは、「定まった方法で定めた対象に対する量を」を意味します。
@@ -13,19 +13,19 @@
13
13
  ・打鍵した数
14
14
 
15
15
  これら情報には価値があります。この中のうちで、「記述したステップ量」は欠くべからざる情報です。
16
- 意味をなさないのは、「これら情報が意味を持つため他の情報を組み合わせていないから」です。
16
+ 意味をなさないのは、「これら情報に他の情報を組み合わせる発想がないから」です。
17
+ 生産性を求めるには情報を組み合わせる必要があります。
18
+ また、時勢(情報の採取した時刻)も大事な要素です。
17
19
 
18
- 言いたいことは「測る情報が使えるかどうかじゃない。測った情報を
19
-
20
20
  ■生産性の求め方
21
21
 
22
22
  私なりの生産性の測り方を以下に示します。
23
23
 
24
24
  ●量的生産性(=生産性の内の量的評価)
25
- ・記述したステップ数 ÷ 記述に要した時間数 量的生産性
25
+ ・記述したステップ数   ÷ 記述に要した時間数  量的生産性
26
- ・作成したファイル数 ÷ 作成に要した時間数 量的生産性 ※作成=未作成時点~現時点
26
+ ・作成したファイル数   ÷ 作成に要した時間数  量的生産性 ※作成=未作成時点~現時点
27
- ・作成したモジュール数 ÷ 作成に要した時間数 量的生産性
27
+ ・作成したモジュール数  ÷ 作成に要した時間数  量的生産性
28
- ・作成したソフトウェア数 ÷ 作成に要した時間数 量的生産性
28
+ ・作成したソフトウェア数 ÷ 作成に要した時間数  量的生産性
29
29
  →作成した〇〇数÷作成に要した時間。つまり、物量÷時間ですね。
30
30
 
31
31
  ※スパゲッティコードであろうが全然OKです。量的生産性なので質の観点はここで評価しません。
@@ -33,41 +33,44 @@
33
33
  ※「技量が上がればステップ数は少なくなるから当てにならない」話は生産性ではなく成長度の話だ。
34
34
 
35
35
  ●質的生産性(=生産性の内の質的評価)
36
- ・作成したソフトウェア数 ÷ 発生した障害数 質的生産性(存続期間考慮なし)
36
+ ・作成したソフトウェア数 ÷ 発生した障害数  質的生産性(存続期間考慮なし)
37
- ・作成したモジュール数 ÷ 発生した障害数 質的生産性(存続期間考慮なし)
37
+ ・作成したモジュール数  ÷ 発生した障害数  質的生産性(存続期間考慮なし)
38
- ・作成したファイル数 ÷ 発生した障害数 質的生産性(存続期間考慮なし)
38
+ ・作成したファイル数   ÷ 発生した障害数  質的生産性(存続期間考慮なし)
39
- ・記述したステップ数 ÷ 発生した障害数 質的生産性(存続期間考慮なし)
39
+ ・記述したステップ数   ÷ 発生した障害数  質的生産性(存続期間考慮なし)
40
40
  (さらには…)
41
- ・作成したソフトウェア数 ÷ 発生した障害数 × (現時点 作成日時) 質的生産性
41
+ ・作成したソフトウェア数 ÷ 発生した障害数 × (現時点  作成日時)  質的生産性
42
42
 
43
43
  ※質の評価はここで評価するんです。
44
44
 
45
45
  ●貢献的生産性(=ユーザへの貢献度=どれだけ使われたか。akabeeさん回答の趣旨)
46
- ・作成したソフトウェア数 ÷ 実行された回数 直接的な量的貢献度
46
+ ・作成したソフトウェア数 ÷ 実行された回数  直接的な量的貢献度
47
- ・作成したモジュール数 ÷ 実行された回数 直接的な量的貢献度
47
+ ・作成したモジュール数  ÷ 実行された回数  直接的な量的貢献度
48
- ・記述したステップ数 ÷ 実行された回数 直接的な量的貢献度
48
+ ・記述したステップ数   ÷ 実行された回数  直接的な量的貢献度
49
49
 
50
50
  ●付加価値的生産性(=第三者への貢献度。Chironianさんの言う寄与度)
51
- ・公開してからの経過時間(ソフトウェア) ÷ ダウンロード数 対外的な量的貢献度
51
+ ・公開してからの経過時間(ソフトウェア) ÷ ダウンロード数  対外的な量的貢献度
52
- ・公開してからの経過時間(モジュール) ÷ ダウンロード数 対外的な量的貢献度
52
+ ・公開してからの経過時間(モジュール)  ÷ ダウンロード数  対外的な量的貢献度  
53
- ・公開してからの経過時間(ファイル) ÷ ダウンロード数 対外的な量的貢献度
53
+ ・公開してからの経過時間(ファイル)   ÷ ダウンロード数  対外的な量的貢献度  
54
54
  (ほかにも)
55
- ・公開してからの経過時間(ソフトウェア) ÷ アクセス数 対外的な量的貢献度
55
+ ・公開してからの経過時間(ソフトウェア) ÷ アクセス数  対外的な量的貢献度
56
- ・公開してからの経過時間(モジュール) ÷ アクセス数 対外的な量的貢献度
56
+ ・公開してからの経過時間(モジュール)  ÷ アクセス数  対外的な量的貢献度  
57
- ・公開してからの経過時間(ファイル) ÷ アクセス数 対外的な量的貢献度
57
+ ・公開してからの経過時間(ファイル)   ÷ アクセス数  対外的な量的貢献度
58
58
 
59
59
  ●生産性
60
60
  それぞれの生産性を積算等することで、総合的な生産性を数値化することが可能です。
61
+ 積算する対象が増える=評価軸が増えることを意味します。
61
- ・量的生産性 × 質的生産性
62
+ ・量的生産性 × 質的生産性                     
62
- ・量的生産性 × 質的生産性 × 貢献的生産性
63
+ ・量的生産性 × 質的生産性 × 貢献的生産性            
63
- ・量的生産性 × 質的生産性 × 貢献的生産性 × 付加価値的生産性
64
+ ・量的生産性 × 質的生産性 × 貢献的生産性 × 付加価値的生産性
64
65
 
65
66
  ■生産性を求める手段やツール
66
67
 
67
68
  確認するための手段やツールには何を使えば良いのか。
68
69
  それに対する答えの”イメージ”は以下の通りです。
70
+ データの計測・取得・加工はいくらか行う必要があります。
71
+ 手に付けやすい情報から少しづつ取り組むのが良いと思います。
69
72
 
70
- 的生産性
73
+ 的生産性
71
74
  ・ファイル数カウンタやステップ数カウンタ
72
75
  ・チェックアウト時刻とチェックイン/コミット時刻
73
76
 
@@ -91,10 +94,10 @@
91
94
  「技量が上がればステップ数は少なくなるから当てにならない」話は成長度の話だと書きました。
92
95
  これも定量的に求めることはできます。
93
96
 
94
- ・リファクタリング後のステップ数 ÷ 同前のステップ数 量的生産性の成長
97
+ ・リファクタリング後のステップ数 ÷ 同前のステップ数     量的生産性の成長
95
- ・リファクタリング後の処理時間 ÷ 同前の処理時間 質的生産性の成長
98
+ ・リファクタリング後の処理時間  ÷ 同前の処理時間      質的生産性の成長
96
- ・〇〇ステップ記述の所要時間 ÷ 同過去時点の所要時間 量的生産性の成長
99
+ ・〇〇ステップ記述の所要時間   ÷ 同過去時点の所要時間   量的生産性の成長
97
- ・〇〇日間における障害発生数 ÷ 同過去時点の障害発生数 質的生産性の成長
100
+ ・〇〇日間における障害発生数   ÷ 同過去時点の障害発生数  質的生産性の成長
98
101
  などなど。
99
102
 
100
103
  ほかにも求められるものはあるでしょう。
@@ -115,6 +118,30 @@
115
118
  この認識と主張はプログラムを対象にしなくとも、あらゆる分野で行われています。
116
119
  しかし、これこそが生産性を測るにあたっての最大の誤解であり、最悪の間違いなのです。
117
120
  最も大きな間違いが、「前提が変わる(技量が上がる)」という部分です。
118
- これは状態や状況を示すものであり、定量的に対して「定性的」と言われる情報です。
121
+ 前提(技量)は状態や状況を示すものであり、定量的に対して「定性的」と言われる情報です。
119
122
  定性的な情報は数値化することができません。ゆえに「無理だ」という主張になるのですが、
120
- 生産”性”という言葉が示す通り、定性的情報定量的
123
+ 生産性を把握する」とは、生産”性”という言葉が示す通り、定性的情報定量的把握」
124
+ に他なりません。そして、この”性”とは「ある対象と比較してどっち寄りか(善し悪し)」
125
+ を意図・意味します。
126
+ ここで主張を読み替えてみます。
127
+ 「技量が上がればステップ数は少なくなるから当てにならない」とは
128
+ 「生産性(技量)が上がるなら定量的情報(ステップ数)が変わるから生産性は測れない。」
129
+ 「生産性を求めたいって言ってるけど、生産性が変わるんだからわからないよ。」
130
+ と言っているわけです。
131
+ 定量的情報を比較して定性的情報を導きだすべきところを、
132
+ 定性的情報を理由に定量的情報を捨てた形になってしまっています。
133
+
134
+ 「無理だ」という主張は、その主張にこそ原因があったのです。
135
+
136
+ 生産性の話が出ると、どのような情報を得れば評価に意味があるのかに目が行ってしまいます。
137
+ その時、多くの場合において個々の情報を見て有効か無効か判断しようとしてしまいます。
138
+ しかし、
139
+ 生産性とは何か一つの情報があれば正しいものが得られるというものではない認識に至りました。
140
+ 時間をかけて何かを作る以上、その間に発生したあらゆる情報に価値があります。
141
+ 重要なことは
142
+ ・どんな定量的情報が採取可能であり
143
+ ・採取した定量的情報からどんな評価軸を得ることができて
144
+ ・どれだけの評価軸を生産性を指標として採用するか
145
+ にあると考えます。
146
+
147
+ …朝です。長文ここに極まれり。駄文失礼いたしました。(誤字脱字あると思います。ご容赦。)