【IT業界】　エンジニア「見積もりの20倍、工数をかけてしまった」　リーダーの告白

「見積もりの20倍」工数をかけたリーダーの告白

テストエンジニアの第3バイオリン氏による『オブリガート 〜感謝されるテストエンジニアになる〜』。
テストリーダーとしてやってしまった「大失敗」を告白する。

　「チェックリストの見直しに夢中になるあまり、
気が付けば見積もりの20倍の工数を使っていた」と第3バイオリン氏は語る。
「今どれだけの工数を消化しているのか」
「見積もった工数の範囲内で収めるにはどうしたらよいか」を普段から考えておけば、
このような失敗は起こらなかったと、第3バイオリン氏は反省する。

　テスト作業ではさらにトラブルが重なり、工数超過が避けられなくなったとき、
第3バイオリン氏は自分の仕事を投げ出してしまった。
当時の状況は「テストチームとして最低、最悪の構図」だったという。

　しかし、「できるかできないかじゃなくて、やるかやらないか、なんだよ」という上司からの一言で、立ち直った。
さらに、自分の失敗をテストチーム全員の前で発表することにより、改善に向けて活動し始めた。
失敗をただの失敗に終わらせず、次の改善につなげていく第3バイオリン氏を応援するコメントが記事には寄せられている。
ttp://kwout.com/cutout/w/e7/iw/dc3_bor_rou.jpg
ttp://el.jibun.atmarkit.co.jp/obbligato/2010/03/post-1914.html

http://el.jibun.atmarkit.co.jp/jibun/2010/03/post-55bd-1.html

効率化を求めるために資料をまとめたりするけど、大半が役に立ってない

見積もり3倍段と言ってだな(´・ω・｀)

１，５倍ですら叩かれるというのに。。。

＞「できるかできないかじゃなくて、やるかやらないか、なんだよ」

これって死ぬほどよく聞くけど、最終的には必ずできるかできないかを追求してくるよね。

内部見積もりの３倍の金額を顧客に請求してるから多少増えたところで問題ない

http://uproda.2ch-library.com/219478fn7/lib219478.jpg

人月40万でやってる俺に誤れ

>>7
なにこれw

>>7
これが事実だから笑ってられない

プログラマのコードでいつも噴く

理系の馬鹿ってやたらツリーとか使いたがるよね
なんでもＭＥＣＥでやろうとするからものすごく時間がかかる

習うより慣れろって言葉を覚えろ

>>7
http://up3.viploader.net/news/src/vlnews010496.jpg

>>13
キミつまらないから死んでいいよ

>>5
しかも有無を言わさずやらせるくせに「やると決めたのは自分だろう！」とかって
責任を全て被せてくる。

>>14
お前の周りでは面白い人間しか生きられないんだな
随分と恐ろしいところなんだなあ千葉って

とにかく状態イベントのマトリクスを書け
ひたすら書け
UMLとかいらんから

>>16
ツマンネーｗｗ

よくあるパターン

・進捗が遅れているからと、要員を後から増員
・メンバーの残業が多いからと、その原因を探るための資料を作るように命じたら、その作成時間のために余計残業が増えた
・時間の空いている人に仕事を割り振るようにしたら、以降、割り振られるのを恐れて仕事の効率をわざと落とすようになった

20倍ってどうやってそんなもんかけるんだよｗ
気づくだろ、ふつう

リーダーが補填すればいいではないか

>>7
よくみるけど、意味わからない
教えて

>>22
要するにジェットコースターを作るくらい金かけてできたものは木にロープが1本ぶら下がってるだけだったってことだ

>しかし、「できるかできないかじゃなくて、やるかやらないか、なんだよ」という上司からの一言で、立ち直った。
これが一番、大問題だろ
無理なものは断れよ

テストなんてしないなぁ。
コンパイルが通れば、だいたいオーケーだろう。

>>22
左から、1段目
・ただのブランコを作りたいわけではないことを説明しているが、うまく伝わっていない
・ただのブランコじゃないことは分かるが、ちょっとずれて理解
・やらなくてもいい無駄なことをする
・機能が動かないものを作る
・口上手

2段目
・必要な書類を全く作らないでプロジェクトを進めている
・それっぽいものはできているが、肝心のところがない
・？？？？
・？？？？
・正しい説明をできないユーザー


と、思ってたんだが違うか？

>>23
なるほど。なんとなくわかった

この絵って面白くもないし、うまくもないねぇ

大勢に従えないバカがいるとそれを潰すのだけで余分に苦労する。

>>27
俺もそう思う。特に葉っぱなんてべた塗りだし、もっと写実風に描いて欲しい所。

>>23
iいや、違う。
打ち合わせと双方の理解度が重要

>>29
元々、ITMediaの挿絵

ガンダムのやつ　くれ

ニートでクズでチョンのナマポのお前らがこのスレにレスする資格はない

今時SEになるのは情報弱者か、自殺志願者

>>7 のガンダムバージョン見たい
むかしみたけどもう忘れた

人月の神話を読み直せって感じだな

>>31
ITMediaどころかインターネットがこんだけ普及する前からあった絵だよ

その頃からソフト開発はデスマってて、今でも変わってないんだよな

所詮、数学できない理系の吹き溜まり

ITの見積もりとかただの言い値じゃねえか

人月で計算するなよ
能力や体調や精神状態で千変万化するぞ

>>39
だからまとめて人月で量るのだよ

どうせバグは無くならないんだからテストなんて最初からやる意味無いだろ

軍艦バージョンもあったよなｗ

このスレに来たやつのうち、人月の神話を読んだヤツは何人いるのだろうか？

>>1
昔この第3バイオリン氏って人の記事読んでたけど、
テスターなのにえらいプライド持っている人だよね？
20倍の工数とか詐欺以外の何者でもないな

そんなんで仕事になるとかゴミ過ぎだろ日本企業

界王拳かよ

>>40
20倍でもフリーザは倒せんぞ

ここだけの話、うちは100倍くらい工数かけてる糞トラブル案件ある

>>27
そりゃ人に説明してもらうまでわからなかった人間には面白くもなんとも無いだろう

>>47ミスった

>>46
20倍でもフリーザは死なない。
スーパーエンジニアにならなくては。

>>17
状態遷移表はセンスがいるな
生真面目で黙々とやるやつに任せておくと
いつの間にかものすごい複雑なテーブルを作り上げてる、ヤバイ

あと３次元超えると破綻する

>>51
複雑になんでもまとめればいいってもんじゃないのにな
本人は満足げだけど

>>26
2段目
・ドキュメントが無い　（変更に追いつかず現状と内容が異なる・手が回らない・なぜか数カ国語ミックスだ等）

・努力はしたが、肝心のところが全く出来ていない　（情報系で分析は出来るが基幹業務が未完成等）

・費用を積み上げると膨大になってしまったが値切られたので一部を２次開発に回すとそれも増大して．．．

・急にサポートを打ち切られてしまう　（納品が済んだ・オーダーが尽きた・他が忙しくなった等）

・自社の業務を誰も判っていないので正しい要求仕様を決められないユーザー　（例：鉄道の料金割引等）

>7
が分からない奴はIT業界に向いていない
でも、それに気づかず一生ITドカタやるタイプ

最近放り込まれたウンコプロジェクトは既に300人日以上オーバーした状態だわ。

はじめから融通が利くように作っておくしかないと思うんだ

>>7
ﾜﾗﾀ

日程にゆとりを取るのは常識。
ギリギリの工数で組むくらいだったら仕事は引き受けないのが鉄則。
例えそれが原因でその年度の決算が赤字になったとしても
長期で見ればそれが一番の得策。

>>7
うちはITじゃないが、受注産業なんてみんなこんなもんｗ

某大手SIerだけど今帰宅した
明日も７時半には家を出ないと・・・

人月とか人日とか工数とかひじかた以外にゃわからんから懇切丁寧に教えろ

>>7
これ貼られる度に爆笑しちゃうから駄目だｗ

テストエンジニアってなんだよw
テストやってる様な低脳はエンジニアじゃなくてテクニシアンだろ

結局人月しかないじゃない？
ほかに何かあるの？

SE・PGって底辺だよね(失笑)

本当のデスマは終わらないから見積もりと比較できないんだぜ？

>>61
延べって概念くらい小学校でやるだろ

仕様がろくに決まってないと、開発もテストもマジで地獄だからな

>>61
要するに人件費の単位のこと工というのは一つの作業単位を指す。
そこから必要な技術者のランクと人数をはじき出して、何日かかるか計算する。
積算で日単価や月単価が出てくる。

>>7がわからないやつはＩＴに向かない、
とかじゃなく単に知能が低いだけで何やらせても駄目だろ
要するに>>27は馬鹿

人月計算は、完璧さを要求する日本人とは相性が悪いよね

IT土方のゴミどもはまだわからんのか！
明日の夕方までスレ落とすなよ！発作ども！
きたるからな！

営業は仕様が不明瞭な状態でも、嬉々として見積もりを出すんだぜ。
しかも後始末は後工程に押し付けるヽ(ﾟ∀ﾟ)ﾉ ITﾊﾞﾝｻﾞｲ

>>63
この人はテスターなのに「テストエンジニアはPMとかと同じ！崇高な立場なんです！」っておっしゃってる人なので

ＦＰ法なんてのもあったが
それでやっているとこあるんかな

IT土方あほや！

プログラム担当土方に開発進捗聞いたら
「設計書あがってこんから予定より開発遅れてます」ぬかしよる！
他人事か！

発作か〜！

ほんでいざ設計書上がってきても、帳票で借方貸方が反対になって
間違っとるん気づかんとコーディングしよる！

聞いたら「設計書に書いてました」ぬかしよる！
一般常識もないんか！

爆笑じゃ〜！

まあIT先進国アメリカではテスターの地位が同じくらいなんだけどね

>>77
テスターの地位が低い日本がおかしいんだけどね
というか変な分業の仕方を日本がやってるのでそういう感じなんだが

IT土方あほや！

ネットで検索したプログラムソースそのまま使って納品しよる！
検索かけたら変数の名前まで一緒じゃ！
発作か〜！

指摘したら「リバースエンジニアリングです」とかほざいとる！
金返せ！まったく応用できてない！

爆笑じゃ〜！

ＩＴ土方あほや！

何でもかんでもJavaで提案してきよる！
あげくにJavaは業務ロジックが書きにくいとか抜かしよる！

ほんなら何で提案してきたんじゃ！
発作か〜！

あげくにメモリ開放が下手やからしかたないとかほざいて
再起動かけよる！
なんでそんなんで基幹システム作ろうとおもったんじゃ！

爆笑じゃ〜！

>>78
テスターは手順書があれば誰でも出来るからだろ
その他のは大なり小なり学習や経験が必要になってくる

プログラマが作った手順書があれば誰でコード書けるよ

>>77
そんなわけ有るわけ無いだろ
言われたとおりに作業するだけのアホがエンジニアと同格とかありえんわｗ
世界的に有名なテスターとか、テスター上がりの役員とか存在すら聞いた事もねぇし
アメリカではとかテスター作業員の抱いてる妄想に過ぎないだろw

あしたまで！ゴミども！スレ落とすなよ！

ID:d0FB+zF1
このひとコピペしつこい(´・ω・｀)

なにがコピペじゃ！！ITドカタのプログラムと一緒にすな！

>>85
男は黙ってNGID

まじで氏ね。
こんな奴らのせいでしわ寄せ来まくりだわ

>>86
今日は兵庫にいないのか
ところで…発作か〜！の意味まだ？

>>83
いや
中には神業的なバグを出すやつもいるんだよ
再現もそいつしか出来ないから直すほうは大変だよ

>>86
それちょっとワロタ

製品の設計書や仕様書から検査手順書起こせる奴と
検査手順書が無ければ作業できない奴の違いじゃね？

>>92
3日前に任された、仕様書がない新製品の検査手順書書いてます。

営業の「クライアントがこうして欲しいと言うから」って言葉ほどイラつかせる言葉は無い

メッセンジャーボーイ程度の仕事しかできねえなら時給700円で働けやクソが！！

はい

>>93
あるある

>>94
わかります

自動テストが主流だからテストエンジニアもコード書くんじゃねえのかな

>>94
そこを客とうまく調整するのが営業の仕事と思うけど
それが出来ない駄目営業を持つと苦労するよ
代わりに自分がそういうスキル身につけたりってありがちな話でしょ
それが当然っていっている経営者もあほだな

こんな意味のわからん仕様で見積もり出来るかああああああああ！！
と言いたい時もある

>>96
マイナーチェンジ程度だから、過去の類似製品と同じように書けばいいんだけどね。
でも>>1みたいな悩みに遭遇している俺。

しかしうちの部署は、社内のどの部署よりも工数の概念が無いな。
(予定は立ててるけど遅延がデフォで誰も気にしない)
みんな気ままに設計してますよ。

仕様調整は営業ではなくてSEの仕事じゃないの？

>>60
俺は今から帰るんだが

>>103
タクシーかよと思ったが静岡なら車か
いいな車通勤

東京だと終電で満員電車とか死にたくなる

あのウザい画像貼りたい気分ｗ

>>102
仕様調整はそうだけど、金銭や日程などを含めると営業抜きじゃ出来ないんじゃない？
営業も工数のこと考えて客とやり取りすべきでしょ
でその結果をＳＥに伝えるべきでしょ
ただ客の言葉を伝えるだけじゃなくて

あれってだれが書いてるんだｗ

眠眠打破飲みすぎだよね心配されちゃうよねとか

4時間しかねてないよ

とか

色々あったけど、偽装請負が両サイドにとって一番良かったと思う

>>51
よく分からんけどそういうのって本人のセンスでやるようなものなのか
プロセス工学とか管理工学みたいなので系統化されてる気がするけど

偽装請負は請負側が大損だよ
だって相手の指示で動いてんのに、その結果責任は全部請け負い側にあるんだから

っていうかバグありきの実装はもうやめてほしいよ本当に・・・
人のバグPG工程で見つけて指摘しても「テストで発見されるからとりあえずシカトするわ」とかね
おめーPG工程終わったら抜けるじゃねーか市ねって感じですよ
この業界はスピードよりも質が重要だと思うのだが、実際に重視されるのはスピードっていうね・・・もうやだ死にたい

バグはそのつど潰さないと後でデバッグするの大変だからね
一生懸命デバッグして、原因がシカトだったらやれん

>>90
そいつにしか出来ないなら別に直らなくても問題ないな

文系出身でプログラミングしたことない子がＳＥに就職するらしいんだけど、大丈夫なのか？

>>114
大丈夫、それSEっていう名のSE補助で上に上がれないから
最初にPGやっとかないとマジで詰むよ

>>70
ITに限らんよ

この20倍って、30分もあればでできますよｗｗｗとか言ってたのが
一日中やってたとかいうレベルなんじゃないの　
何日、何十日とずるずるやってたんならただのアホだし

>>115
＞ＳＥに就職する
SHOEISHAのことじゃないのか

見積もりが間違っていたのか、
かけなくていい工数をかけたのか、
どっちなんだ。

往々にして見積もりのほうが間違ってると思うがな。

時間だけかけまくって結局生産性度外視するのはアホらしい

>>117
関係各所に必要そうなこと問い合わせとかしてたら1週間くらいかかったってオチじゃないの？
数時間の予定がね

>>26
アナリストはちゃんと自分の仕事をしただろ
プロジェクトリーダの理解がおかしいことを指摘しなかっただけで

保守ageじゃ！

>>53
三つめ以降の解釈が全く間違ってる・・・・

>>111
テスト駆動開発させればいい

>>125
なんという理想論

できます
できる
しか言わない営業がいてだな

20倍はあれだが、適切な見積もりとかソース解析をちゃんとやらないと無理
0.5倍とかならいいけど

20倍なんて炎上レベルじゃねえか

本当の土方は一日で1.8ｘ1.8ｘ1.8ｍ3掘れて一人前

>>113
なぜかそういうバグは客先で再現しまくる。

>>131
客は本当に想定外の動作をさせるからな

IT土方あほや！
想定外とか都合よく妄想しとる！発作か〜！

工数ってシステム自体おかしいよな？
時間掛ければ金もらえるってバイト感覚かよ。

>>134
じゃぁ、何掛けるんだ？

むかし実装が終了していざテストフレーズとなった時に
テスターがPGのオレんとこ来て『すみません、仕様書頂けますか？』って言われたときは脱力したな。

当然そのプロジェクトは火を噴いたわけだが。

SEやプログラマーって
特殊な分野を覗いて文系の仕事だ
文章が書けないやつが書いた仕様書やプログラムなんて読めたもんじゃない

こんなやつの下についたやつは超迷惑。

ドキュメントの整備が追いついてない状態で組んだ本人に検証項目全部作らせて
その上検証作業までやらせて想定外の山築くのって誰が得するの

>>137
そういう文系脳でプログラム作るから、あほなシステムが出来るんだけどね

営業は滅茶苦茶な要件を出してくるのが仕事だから
その間に入って出来ないことを出来ないと判断する
やれる事をやれると判断するのがSEなんだけどね
SEやPLが無能だと>>1のようになる

WBSって役に立つのか？

工数

違うけど

バカがやれば２０倍かかるわな

今は増々顧客が強くなっちゃってるからなあ。対等なんて無理

>>111
わざとバグを入れてたりしてｗ
そういうところはバグを解消しない限り新たにコードを書かせないってしないとアウト

30カ所に納品してるシステムに潜在的なバグがあって全部直してやったんだけど
実績として認められなかったよ
そんな操作する奴はいないとか止まったらまた起動して貰えばいいとか言い出して

他にも致命的なバグ（SQLインジェクション系)があったけど
ばかばかしいのでほったらかして辞めてやったわ

>>148
実績が何を指すのかわからんけど
社内システムとかローカルなものはほっとくってのもあるけどな