ITエンジニアの『生産性』と、データ・サイエンスの微妙な関係 | タイム・コンサルタントの日誌から

ある、社外の人との集まりに顔を出した時のこと。IT分野の経験を積んだ人が多く、みな一家言持っておられる。わたしは昨年後半から、久しぶりに社内のIT関連業務を見るセクションに移ったばかりなので、最近の事情に疎い。なるべく拝聴する側に回ることにした。話は業界の技術トレンドから、クラウドやビッグデータといった最新のバズワードに向かい、日本のIT業界の現状をなげく論調にうつった。日本を代表する大手SIerたちの低空飛行ぶり、技術的イノベーションの不足、そして多重下請に象徴される業界の構造的問題。追い打ちをかけるように、オフショアとの競合による単価の下落。なんだか、あんまりエンカレッジされるような話題が出てこない。 －－だとすると、日本のSI業界というのは将来性があるのでしょうか？ わたしは思い切って、直球ど真ん中の質問をなげてみた。しかし返ってきたのは、苦笑いするように首を横に振る姿ばかり。 「情

[isseium]

テイラーさんの管理手法が当たり前過ぎるくらいに浸透してるからこうなるって誰かがいってた。ルーチンワークにはテイラーさんの管理手法がいいけど、非ルーチンワークに適した手法をまだ人類は発見してないって

[airj12]

製造業では"設計"の生産性が測れてるのかな / ITでは設計と製作の境目がほぼ無い事が生産性を測れない要因の一つな気がしてるので

[yoiIT]

生産性の高い人は短時間で目的を達成してしまうので、人月商売だと稼げない人になってしまう。また、生産性の低い人の尻拭いに追われる損な役回りをしている。生産性が高いことを隠して生きている人は多そう。

[y-kawaz]

何か文句ばっか言ってるけど今そういうのをマネージメントする仕事についたわけだから5年10年後にあなたの成功例を聞かせて欲しい。

[tsuyok]

出来る技術屋の確保だけでなく、 出来るマネジメントの確保も必要だよね。

[luccafort]

面白い話なんだけども突っ込みどころがところどころ仕込まれていてもにょっとする。

[andalusia]

「なぜ、そうした方向を目指す企業が少ないのか。」→ 無理だからでしょうね。竹槍でB29を落とすようなもの。だから Google も Facebook もそんな方向は目指していない。20%ルールはマネジメントの放棄ではない。

[sabro]

プログラミングはそれ自体が設計作業でアートみたいなもんだから生産性の評価はたしかにむずかしそう。SIerだと末端が単純作業的にやらされるから生産性が測れる気がするだけで

[moons]

なんかこの人の方が「ステップ数」の話をしてる気がする。相手方の日本の管理者のいう事の方が道理だと思う。プログラムはチーズバーガーを作るのとは違う。十人バイト雇うより一人の料理人が必要。毒されてる？

[cad-san]

コードの品質はサイクロマチック数等の定量化手法はあるけど、生産性はしらないなぁ。同一の機能作るわけでもないし、見積りに対する実際の作業時間としても見積もりが必ずしも正しいわけではないし。難しそう。

[monamour555]

ソフトウェア業界のメトリクス軽視(というか無知)については、隣接他業界の方がバッサリ斬っているブログエントリがあって、何度でも紹介したいと思っている。

[sugimori]

生産性を科学できてない。難しいというのは言い訳か。

[tarchan]

＞この方は、社内の椅子取りゲームに勝つのがプロジェクト・マネジメントの要点であると信じているようだった。社内全体の椅子の数を増やして、全員が座れるようにするにはどうしたらいいか、は眼中にない様子だ。

[invent]

ITエンジニアの『生産性』と、データ・サイエンスの微妙な関係

[Hayato]

はてブコメントが、ああ、インターネッツってかんじ。

[Ni-nja]

”「アメリカではPMは発注側の組織にいて、バラバラなユーザ要求をまとめる責任もあるんです。そうやって、納期やコストとのバランスを調整する。日本のユーザ企業って、そういう旗振り役がいないんで、全部請負側に

[toriaezu]

設計・実装の最適な品質指標を描くことが難しい＆個人依存するから、マネジメントが難しいのでは。

[korin]

無理に数値化して死屍累々だった過去のことを誰も説明してくれなかったのかな。事前の見積もりと結果の関連性は数値化できそうだけれど。。データからパターンを見出すのがアートというのは同意。だから面白いと思う

[okbm]

生産性を可視化するのは難しいというかできないと思う。論理的に説明できたらすごいだろうけど、結局感覚に頼っちゃう

[knjname]

こういう人って報告するバグの件数を増やしたり減らしたりしたことあるんだろうか…　もうオレっちは品質の採取ヤメヤメ、って考えている人のところにいっても意見合わないと思うよ

[ikeike443]

逆に生産性をはかる指標があるなら教えてほしいなあ。

[masa-wo]

"ある、社外の人との集まりに顔を出した時のこと。IT分野の経験を積んだ人が多く、みな一家言持っておられる。わたしは昨年後半から、久しぶりに社内のIT関連業務を見るセクションに移ったばかりなので、最近の事

[atsushifx]

「ピープルウェア｣「ゆとりの法則｣を読んでからだな。それにアイデアや企画のような知的生産の生産性をどうやって計るつもりなのか。アイデアは数じゃないようにプログラミングも行数じゃない

[tmf16]

ごもっとも

[chintaro3]

ごもっとも。この手の話もごろごろしている。

[ariyos]

技術は発明が主題だが、科学は発見が重要だからだ

[yoko-hirom]

技術者は職人であって学者ではないから。

[YaSuYuKi]

生産性の計測が困難であることを、論理的に説明できる人は、確かにあまり見かけない

[int128]

問題提起はいいね。そこでagileですよ、の流れでは？あれ？

[rishida]

ある、社外の人との集まりに顔を出した時のこと。IT分野の経験を積んだ人が多く、みな一家言持っておられる。わたしは昨年後半から、久しぶりに社内のIT関連業務...ある、社外の人との集まりに顔を出した時のこと。IT分

[kuippa]

企業価値とか人材価値評価のいわゆる評価学の範疇なんじゃね。無形物の評価は生産性で計るべきものではなくて生産付加価値で量ればいいじゃない。＜ 測れるひとがいないっ！

[raitu]

門外漢「IT分野のマネジメントで人の生産性が問題なら、それを測って数値化する試みから、着手されるはず」→行数管理地獄へ。実際、design=設計は生産性計測できない。各分野の専門知識量と発想力は数値化不可

[umiyosh]

何が価値なのかが定かじゃない世の中なので価値仮説を検証して価値を明らかにするにはってところから出発しないと定量化された測定項目決めらんないんじゃないですかね。んでその作業はわりとつらいので人間力に。

[wate_wate]

後で

[anakahala]

確かに感覚だけじゃダメだと思う

[Rinta]

確かに３０倍とか、何を基準にした数字なのかわからんよね。そこらへんきちんとしないとダメだと思う。

[dasman74]

10倍とか30倍とか上の人間も技術に詳しくなきゃ判断できないよね

[kata_oialc329]

マネジメントとデータ分析