X

現場のSE, PGが考えるデスマる条件とは

■ このスレッドは過去ログ倉庫に格納されています
0001仕様書無しさん
垢版 |
2008/06/03(火) 22:07:26
当方１年目の新人です。"デスマ"と言うのを最近知りました。
勉強になると思うので箇条書きかなんかで挙げていただけないでしょうか。
0006仕様書無しさん
垢版 |
2008/06/04(水) 01:06:10
定数を意味ごとにまとめたクラスがあるわけだけど
必要なものは既にほぼ過不足なく列挙され、excelで管理されていて
自動生成の準備が完全に整っているのに
なぜか自動生成しない。
コーディング中に実際に必要になる都度、申請を出さなければならない。

・・日本IBMのやることはよく分からん。
0007仕様書無しさん
垢版 |
2008/06/04(水) 01:16:30
・・↑と書き込んではみたものの
excelで管理されているのはこんな感じの日本語名だけだから
　定数クラス「ラーメソの具」
　　　　名称　　　　　コード
　　　　メンマ 　　　　01
　　　　なると(右巻)　02
　　　　なると(左巻)　03
　　　　リカルデント　04
これを英訳する作業は骨が折れるだろうか。
だとすると、やっぱり、必要になる都度申請・生成した方が効率的？
うーん。。。
0010仕様書無しさん
垢版 |
2008/06/04(水) 18:47:24
仕様が確定しないうちに製造を始める。
顧客は何をしたいか分からないし、仕様書で要件を確認できない。
納期は決まっている。
途中で仕様がぶれる
製造者は大混乱
納期は迫る
デスマ突入
0011仕様書無しさん
垢版 |
2008/06/04(水) 19:27:20
まず予算が決まる。
次に納期が決まる。
ヒアリングが始まる。
要件定義が始まる。
開発言語が決まる。
基盤（OSなど）が決まる。
DBが決まる！
根回しが始まる。
（ユーザーから）クレームが出る。
予算と納期の調整が始まる（短く、少なく）
プロジェクトはとうに始まっている！！！！
0012仕様書無しさん
垢版 |
2008/06/04(水) 19:29:07
とにかく納期が決まる。
仕様が固まらない。
仕様が固まらない。
・・・・・・・・・・・・・・・



納期いつだっけ？
0013仕様書無しさん
垢版 |
2008/06/04(水) 19:30:03
ユーザー：『「○○は出来ない」と書いてないから当然出来るよね？』

これが始まるとデスマ突入orz
0014仕様書無しさん
垢版 |
2008/06/04(水) 19:36:31
>>13
そういうときは「何でも出来ますよ」と笑いながらCコンパイラを納品するべし。
相手にもよるが旨くかわせる可能性はあるかもしれない。
0015仕様書無しさん
垢版 |
2008/06/04(水) 21:42:30
お客様か請けた側のどちらかで権力闘争がはじまるとデスマ確率が急上昇
0016仕様書無しさん
垢版 |
2008/06/04(水) 23:29:50
>>1
よーしパパ爆弾発言しちゃうぞー

東証次世代プロジェクトは　失　敗　す　る
0018仕様書無しさん
垢版 |
2008/06/05(木) 00:02:15
・見積もりを出す能力がない役職が、見積もりを契約するプロジェクト
・見積もり時と異なった条件になったときに、スケジュールを引き直さないプロジェクト
前者は、「良くわかんないけど、12ヶ月もあったらできるだろ」とハンコ押しちゃう場合
後者は、「納期も予算も変わらないけど、変更は沢山はいる」という場合

次点で
・はなから赤字になると判っているプロジェクト
（これはやる気の問題だから、普通に終わることもある）

デスマは、技術や能力ではなくマネジメントの問題だから、ダメ管理者が居るとダメだな。
どのレベル（営業を制御できない経営層、リソースの確保が出来ない課長）かによってデスマ度が変わるね。
0019仕様書無しさん
垢版 |
2008/06/05(木) 07:00:17
すさまじい馬鹿が牛耳ってる会社はすごいぞ。
何しろ、販売価格３万の商品と３００万の商品のコスト算出基準が一緒だ。
メンテナンスで後者は年間１００万取らないと引き合わないというのにｗｗｗ

もうどうにでもなあれｗｗｗ
0020仕様書無しさん
垢版 |
2008/06/05(木) 17:00:46
デスマの経験をしたことないマは一度経験して欲しいｗ
確実に何か人生変わるぜｗ
0021仕様書無しさん
垢版 |
2008/06/05(木) 17:04:05
一回デスマを味わった結果。
プロジェクトのメンバーにバカが一人でもいると、
強い憤りを感じるようになりました…
0023仕様書無しさん
垢版 |
2008/06/05(木) 22:09:27
原因はさまざまであるが、以下のいずれかのうち２つ以上が該当した場合
そのプロジェクトはデスマっていると言える。
・50%以上の工程遅延
・50%以上の予算超過
・50%以下の仕様達成率
・10%以上の離職者
・10%以上の入通院者
・1人以上の死者（過労／自殺問わず）
0024仕様書無しさん
垢版 |
2008/06/06(金) 00:05:49
あ、大丈夫です。
予算は500%近く超過してますんでwwwwww

ふぅ・・・
0025仕様書無しさん
垢版 |
2008/06/06(金) 15:10:52
クライアントを説得されられないプロジェクト
0026仕様書無しさん
垢版 |
2008/06/06(金) 17:46:53
学歴があっても無知無学な人がいるとなるよ。
単に「この世はお金」と海賊並みの精神レベルの人ね。
002726
垢版 |
2008/06/06(金) 17:48:19
まあそう言う人は高確率で同性愛になるけど。
それも人生か。
0028仕様書無しさん
垢版 |
2008/06/06(金) 17:50:10
人間って言うのは動物だ。
きちんと次世代の事を考えて人を育てて
引き継いでいく人が生き残る。
0033仕様書無しさん
垢版 |
2008/06/06(金) 23:32:50

デスマって参加しなきゃ良いだけだよ。

参加する側に問題がある。
俺は６年前に「デスマはやめる」と思って転職して、
６年の間に徹夜は１回だけだ。給料は並みだけど。

デスマって自分の事だけを考えている人特有の状況。
003433
垢版 |
2008/06/06(金) 23:42:51
「特攻しろ」と言われても特攻しない方が頭良いに決まってるジャン。
特攻しない方が即効性はないが待遇が良くなる。

それは中学で勉強しただろ？
単に「論語読みの論語知らず」だよ。デスマする人って。
003533
垢版 |
2008/06/06(金) 23:45:40
きちんと周りと調和がとれる人の話だけどね。
上も立てて下も育てる。
それをしないと無理。
0037仕様書無しさん
垢版 |
2008/06/10(火) 00:41:48
・参画しているのは知らない会社ばかり
・やけに若い人ばかりorやけに年寄りばかりの両極端
・デスクが足りない。パイプ椅子を使わされる。
0038仕様書無しさん
垢版 |
2008/06/10(火) 01:33:59
まさに今>>10の状態。
まだ突入はしてないけど目に見えてるよ・・・
今日はたった今逃げてきた
0039仕様書無しさん
垢版 |
2008/06/11(水) 00:23:20
今やっているプロジェクトのマネージャーが炎上している他のプロジェクトにかかりっきりになって
本来のプロジェクトにほとんど関われなくなった時。…今まさにそんな状況だけど。

マネージャー以外のメンバーは、俺含んで2名。しかも2人とも入社3ヶ月目w
マネージャーの指示がなければ動きたくても動けません。
0040仕様書無しさん
垢版 |
2008/06/12(木) 11:02:08
>>10
は全て当てはまる。
>>37
>・やけに若い人ばかりorやけに年寄りばかりの両極端
>・デスクが足りない。パイプ椅子を使わされる。
デフォですよ。

社内開発だけどね。
俺＼(＾o＾)／オワタ
0042仕様書無しさん
垢版 |
2008/06/13(金) 01:08:02
なんかね、この現場、変なんですよ。
4000行もあるソースファイル(一応ステップ数ではない)を自動生成してくれるんですけどこれを単体テストしろってさ。うん、おまえがやれ。
0045仕様書無しさん
垢版 |
2008/07/03(木) 00:08:43
半期で終わる予定のプロジェクトだった。
でも半期ごとに納期が延びた。３回ほど。
次の延長があるかどうかは９月にわかる。
0046仕様書無しさん
垢版 |
2008/07/11(金) 14:32:01
I○Mは仕様の確認が硬いの？
デスマも少ない？？？
0047仕様書無しさん
垢版 |
2008/07/11(金) 17:15:36
I□Mは、顧客と条件で合意するのが難しそうだと速攻撤退すると聞いたことが
条件を折り合わせて、ちょっと安く受けるとかしないらしい？


で、そういう少々問題がありそうな案件拾ってるのが、Fとかｗ
0049仕様書無しさん
垢版 |
2008/07/11(金) 21:29:23
とにかく要件定義と設計につきるよな。ここがしっかりしてれば多少
現場がへぼくても大丈夫
0050仕様書無しさん
垢版 |
2008/07/11(金) 21:47:43
デスマの末やっと先月納品したのに
複雑すぎて使い方が解らないという顧客からのクレームで
ログ解析して仕様頻度の低い機能を洗い出して機能削減する事になった
結局、新規追加した機能は全く使われていない事が判明

元請が顧客の要望を全部受け入れて
どう考えてもそんなの要らんだろうという
ムダ機能てんこ盛りだったから当たり前だが
追加した機能をごっそり削る仕事は
空しくて意欲が湧かないんだな〜
0051仕様書無しさん
垢版 |
2008/07/12(土) 16:22:07
>>50
元請けの売上げの為、元請けが主導で、全く不要な機能追加を顧客に提案していた案件かな。
顧客も本来なら不要な予算を注ぎ込み、開発現場もデスマで赤字とか。
不要な機能の提案と、形だけ進捗管理していた、元請けだけが儲けるという仕組み。

その中間の元請けをスキップしてしまえば、顧客も開発現場も幸せになれるのだけどねぇ。
0052仕様書無しさん
垢版 |
2008/07/13(日) 11:35:50
>>51
その通りでした
開発中は無駄に要件が複雑になっていく機能の実装に悩まされ
必要性が全く無いので落としどころが見つからずにグダグダ設計
開発者がテスト操作に苦労する素晴らしいシステムが出来上がりました

機能を削る費用を何処が持つのかで揉めているのですが
なぜか納期だけ決まっているw
これもデスマ決定か
0053仕様書無しさん
垢版 |
2008/07/13(日) 20:52:18
PSSIが主導のプロジェクト
0054仕様書無しさん
垢版 |
2008/07/13(日) 20:55:17
そう。学歴と資格だけで、
現場の仕事を知らない人間が人の上に立つから、
世の中は悪くなる。

デスマは学歴社会が作っているんだ
0055仕様書無しさん
垢版 |
2008/07/13(日) 23:03:53
要求を毎回変更する顧客はよく刺されないなと感心してしまうよ
0056仕様書無しさん
垢版 |
2008/07/14(月) 03:48:08
アンタが顧客の要求をちゃんと聞けていないからでしょ
0057仕様書無しさん
垢版 |
2008/07/14(月) 13:59:41
言い訳をするな！！！
泣き言を言うな！！！

客ってワガママだよね。それはわかるけどさ。
0058仕様書無しさん
垢版 |
2008/07/14(月) 15:03:17
>>51

それでも顧客は、会社の規模で判断するから、
丸投げしてピンハネだけしている元請に仕事を出すわけですね。

ピンハネしている元請を飛ばすと、
仕事欲しい小さい会社は、値段を安くしてでも、仕事を欲しがるから、
値下げ合戦になって、
システムの仕事は儲からない仕事になっちゃうんじゃないかな。

元請の正社員はいらないだろと思うけど、仕方がないのかもしれませんねえ。
0059仕様書無しさん
垢版 |
2008/07/31(木) 18:41:13
>>58
ただその元請がものすごく、どーしようもないくらい
アタマ悪い場合があるんだよねぇ…
0060仕様書無しさん
垢版 |
2008/08/02(土) 19:29:43
１．成果物の署名が責任追及のためだと思っていること。（あとですぐに聞くことのできるようにするために署名する。）
２．問題点がないことを問題視すること。（報告書に書くための問題点をでっち上げる等）
３．リーダに自覚がありすぎること。（上から目線になりやすい）
４．リーダと同期の平が嫉妬していること。（プロジェクトのことよりも、言い負かすことに躍起になる）
５．徹夜明けに居眠りしているメンバを注意できないリーダ。
６．（５．）が注意できないことをわかってサボるメンバ。
0061仕様書無しさん
垢版 |
2008/08/02(土) 22:57:08
>>60
徹夜で居眠りなんて、デスマる条件じゃなくてデスマ状態じゃないかｗ
0062仕様書無しさん
垢版 |
2008/08/03(日) 00:02:58
＞　東証次世代プロジェクトは　失　敗　す　る

それはもうみんなわかってること。
社員の意識はまるで公務員！

いや、公務員よりひどいかも？

下請けに丸投げで何もしてないもん。

東証って、そのうちなくなるんじゃないかな？
危機意識ゼロだもん。
0063仕様書無しさん
垢版 |
2008/08/03(日) 00:05:46
＞６．（５．）が注意できないことをわかってサボるメンバ。

デスマ状態じゃなかったけど、リーダーがおとなしい人で、
おれより年下だったから、おれ居眠りばかりしていた。

おれの場合、居眠りこいててもちゃんと自分のところを
終わらせるから、いいかなと思ったけど、
周りへの悪影響がすごかったと、今では反省している。

そのリーダーすごくいい人でね。
いいところに転職してくれているといいんだが。
0064仕様書無しさん
垢版 |
2008/08/04(月) 01:37:49
デスマは納期や予算などの前提条件からではなく
プロジェクトを構成する人間の精神から産まれるということに早く気づくべき
0065仕様書無しさん
垢版 |
2008/08/04(月) 21:43:44
精神論ですか。一人一人が高い意識ならデスマにならないという下請けに丸投げしてあぐらくんでる人達の意見ですね。
0066仕様書無しさん
垢版 |
2008/08/05(火) 01:47:53
＞５．徹夜明けに居眠りしているメンバを注意できないリーダ。
「居眠り」と「仮眠」は違うだろ。
徹夜明けだと朝昼晩の食事後に寝ないと頭回らなくて逆に効率悪くね？
0067仕様書無しさん
垢版 |
2008/08/05(火) 06:52:01
>>66
効率考えたら、そもそも徹夜する事態に持って行くべきではない罠ｗｗｗ
0069仕様書無しさん
垢版 |
2008/08/05(火) 11:27:01
人間の脳が効率よく働くのは一日４〜５時間ほどとか何かの本で書いてあったような
0070仕様書無しさん
垢版 |
2008/08/05(火) 21:23:19
>>69
もっとも効率よく脳が働けるのって、そのくらいだよ
昔トリビアでも言ってたね

しかも集中力100%なんて、普通の人間がホイホイ出せるもんじゃない
トップアスリートでさえ、容易に到達出来るものじゃないんだから
0071仕様書無しさん
垢版 |
2008/08/08(金) 00:35:43
実際問題、100%集中しなくても十分結果は出せるけどな
0072仕様書無しさん
垢版 |
2008/08/14(木) 12:00:43
方眼紙Excelで仕様書、設計書を作っている現場はデスマる。
間違いなくドキュメントの内容が糞。
そのドキュメントが罫線だらけならもっと糞。
0074仕様書無しさん
垢版 |
2008/08/16(土) 19:13:11
>>72
ｗｗ
Fとか、そういうドキュメント大好きだよなｗ
つまりはそういうことが言いたいのでしょうか？ｗ
0075仕様書無しさん
垢版 |
2008/08/19(火) 21:34:33
大して能力もないくせに、営業やPMやりたがるバカと
いきなりバカ企業に就職しちゃって、本物がわからないバカ社員が原因。

ソフ開レベルの知識、それなりの業務経験がないと見積りは無理。
それ以前に、インドやアメリカではPGなんて頭良くないとなれない。
0076仕様書無しさん
垢版 |
2008/08/21(木) 00:01:42
>>72
おーっと今のFの現場がそうだ…
やはりこれをデスマというのか、経験2年目で転職するか考える良い機会になりました。毎日終電でたまに土曜もっておかしいですよね。
1年目は甘やかされてたんだな…
0077仕様書無しさん
垢版 |
2008/08/21(木) 01:32:15
使えない奴がプロジェクトの2割を超えたらデスマる
0078仕様書無しさん
垢版 |
2008/08/21(木) 20:31:04
即効で、モックつくりからはいるような
本物のプログラマが一人いたら、救われる。
20人規模でもそいつが8割がたかくだろうな。

本物のSヨがいたら即デスマだ。
0079仕様書無しさん
垢版 |
2008/08/21(木) 21:55:32
デスマの直接の原因は、作業のブレークダウンが下手なSEや
見積もり能力に乏しいPMだろうな。
必要なモジュールを見落とさずに見積もらないとデスマる。

モジュールに分解する段階で、作業量の20％以上の見落としがあると限界。
モデリング・文書化・実装・テスト表作成・テストなどなど
あらゆる工程が増えるから、慢性的な残業地獄になる。

朝が最も効率よいとすると、作業効率なんてこんなもんだ。
「朝の3時間」＝「13時以降の4時間」＝「17時以降の5時間」
ここに睡眠不足が追加され、取り返しがつかないデスマとなる。
0080仕様書無しさん
垢版 |
2008/08/21(木) 22:01:34
>>78
いいね、本物のプログラマ。
モックってどんなの？
紙芝居とかVBとかHSPでプロトタイピングしたりするの？

>>79
やる気は人によって 「夜」 > 「昼」 > 「朝」 だったりしてな。
0081仕様書無しさん
垢版 |
2008/08/21(木) 23:07:32
まず、動くものをつくってみなければ、わからない。
これがわかってなくて、いきなり設計とかしちゃうとデスマいきですよ。
0084仕様書無しさん
垢版 |
2008/08/22(金) 20:45:18
まず、打ち合わせして
メンバーに概要把握をきちっとさせてプロトタイプ作らせるんだよ
プロトタイプ作らせる時も随時仕様確認しながら作らせると
意思の疎通が円滑にできてなお良い
ぶっちゃけ跡はメンバー次第ｗｗｗｗｗｗｗｗｗｗｗｗｗ


ウォーターフォールなんてマジクソだろ
0085仕様書無しさん
垢版 |
2008/08/23(土) 02:50:05
>>84
実装範囲を明確にしておかないと、客のわがままでどんどん膨れることもあるけどな。
「その機能が無いのはおかしいと、お客様が言ってるんだから実装してくれないと」
がどこまでも通ってしまって空中分解する可能性もあるぞ。
0086仕様書無しさん
垢版 |
2008/08/23(土) 11:44:53
そして客の言いなりになってデスマの挙句
馬鹿みたいに不要な機能てんこ盛りで
全く使い物にならないシステムの出来上がり
使えないので納品した直後に機能削減の要求が来る
今、その状態＿|￣|○
0088仕様書無しさん
垢版 |
2008/08/24(日) 11:20:29
>>87
客はリリース直後の不具合だから瑕疵なのでタダでやれと言っている
レビューの段階でムダ機能について色々指摘したのに全く聞く耳持たず
お前らの希望通りに作ってあるだろうが！！！
と言っても瑕疵！の一言で有耶無耶にされそう
またデスマか＿|￣|○
0089仕様書無しさん
垢版 |
2008/08/24(日) 11:27:48
>>88
さあ、これは欠陥ではなく仕様です。仕様の変更にはコストがかかりますと主張するんだ。
0090仕様書無しさん
垢版 |
2008/08/24(日) 13:19:53
>>88
（どうせ追加分の金貰ってないので、付けたのは）サービスにしときますから
要らないなら

　　　捨ててください。
0092仕様書無しさん
垢版 |
2008/08/25(月) 23:31:38
無駄な機能とか無意味な改変を要求された時に、それを説明するのも一苦労なんだよな。

否定されるとムキになって来る人が多いから、Ｙｅｓ・But法で延々と話すことになる。
上のほうや歳喰ってるひとの方が、ムキになる傾向が高いのがこれまたなんとも。
0093仕様書無しさん
垢版 |
2008/08/28(木) 14:10:28
仕様決めた本人から「何を以て仕様を仕様と定義するのか？」
なんて言葉が出てくるとｵﾜﾀｗ
0096仕様書無しさん
垢版 |
2008/08/30(土) 02:06:11
前々から思ってたけどさ・・・・

>>93
とか相手の業務内容把握して無いだろ？
そんなんでよく作れるよな・・・・

家の上司の格言だけど「顧客に対するソフトウェアとはサービスだ。」

ってのが思い出されるよ。
0098仕様書無しさん
垢版 |
2008/08/30(土) 13:16:31
「顧客に対するソフトウェアとはサービスだ。」

ソフトウェアとサービスという日本ではどちらも曖昧になりがちな言葉を＝で繋いでいるところに危うさを感じる
0099仕様書無しさん
垢版 |
2008/08/30(土) 13:46:15
日本の場合は「サービス＝無料」って考えるバカが多いからな。
0100仕様書無しさん
垢版 |
2008/08/30(土) 14:16:57
＞>>93
＞とか相手の業務内容把握して無いだろ？
＞そんなんでよく作れるよな・・・・

大丈夫だよ、客も把握してないから。
0101仕様書無しさん
垢版 |
2008/08/31(日) 18:49:20
大抵は

・客が「自分たちがやっていること」が解っていない
・Sﾖは客の言うことに頷くだけ
・PGは仕様が変わったら、対応せざるを得ないほど
　立場が弱いケースが多い

ため、
　仕様確認の度に新しい後出し仕様が発生し、
　確定していたはずの仕様が右往左往前進後退し、
　DBの設計レベルでひっくり返ったりする
　

だから、デスマになるんですよ
0102仕様書無しさん
垢版 |
2008/08/31(日) 18:57:30
>客が「自分たちがやっていること」が解っていない

もし客が自分たちのやってることがわかってて、
仕様を１００％作ってくれたら漏れらの仕事は1/10になるだろうよ。

0103仕様書無しさん
垢版 |
2008/08/31(日) 19:07:28
そして客内部の政治的な要素がからむと
更に迷走する
0104仕様書無しさん
垢版 |
2008/08/31(日) 20:28:38
つか、客先の担当者は業務として、例外として、
運用上のルールとしては分かってるんだけど
システム化において「それがいかに重要なこと」であるか
理解していないため、後出しになるんだろう。
0106仕様書無しさん
垢版 |
2008/09/01(月) 23:05:45
全く知識のない分野のデスマに放り込まれそうだ…。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況