デスマーチ参加者がもの凄い勢いで寿命を削るスレ3

デスマーチ参加者がもの凄い勢いで寿命を削るスレ3 at PROG

[前50を表示]
500:497
04/05/18 23:55
ほい。
つURLﾘﾝｸ(up.isp.2ch.net)

ただ、就職活動の参考にはならんと思うがｗ

501:仕様書無しさん
04/05/19 02:20
>>500
ありが㌧

502:仕様書無しさん
04/05/23 17:19
朝が来ない夜はない。
でも、永遠に朝が来なくなる人はいる。

503:仕様書無しさん
04/05/23 23:46
あなたは生きたいです。ぜひ。

504:仕様書無しさん
04/05/24 00:34
目が　目が

505:仕様書無しさん
04/05/24 00:45
>>504
３つになった？

506:仕様書無しさん
04/05/24 20:41
Mega　Mega

507:仕様書無しさん
04/05/24 21:26
こんなところにまで大佐が！？

508:仕様書無しさん
04/05/24 23:09
目がドライブ

509:仕様書無しさん
04/05/25 07:22
土日と働いたあなたへ

転職すれば楽になれるよ。悩む必要はない。

510:仕様書無しさん
04/05/28 01:32
ここしばらく休日ってものを取ってない。あああああああああああ

511:仕様書無しさん
04/06/03 02:46
プロジェクトは終わったのだけど
背部痛と胃痛と腹痛と下痢と不眠がなおりません。末期かな

512:仕様書無しさん
04/06/03 03:05
>>511
時間のあるうちに病院にイって。

513:仕様書無しさん
04/06/04 23:23
つか
デスマーチってなんですか？

514:仕様書無しさん
04/06/04 23:35
デスマからデスマへ渡りわたって１２年
俺は入れば２年以内にデスマは終わる

515: ◆garnetGnNk
04/06/05 00:47
一人デスマ？
うろうろ。

516:仕様書無しさん
04/06/05 01:03
２年もデスマやってたらしんじゃうよ。

517:仕様書無しさん
04/06/05 07:27
>>513
ググれよ
それでもプログラマーか？

518:仕様書無しさん
04/06/05 09:24
デスマを知らないプログラマかよ。おめでてえな。

519:仕様書無しさん
04/06/05 09:33
>513
ﾎﾚ(ﾟДﾟ)ノ⌒　URLﾘﾝｸ(www.tomozo.ne.jp)

520:仕様書無しさん
04/06/14 01:59
いわゆる、デスマの現場に行って、その仕事が終わったら、何日か休み取れるんですかね？
取れた人は、何日ぐらい取れました？

521:仕様書無しさん
04/06/14 02:31
とれるんか？れんちゃんでっせ。

522:仕様書無しさん
04/06/14 03:18
仕事が終わる前に休みがとれるかもね

523:仕様書無しさん
04/06/14 18:17
デスマの姉のため、姉の引越しを、私が行いました。平日代休の私を・・・
姉妹デスマ状態では、お互いを使いまくる。

524:仕様書無しさん
04/06/14 22:15
デスマが終わる前くらいには、次の仕事が入ってきますよ。

525:仕様書無しさん
04/06/15 08:23
私はPGではありませんが、友人から聞いた話。

新卒で姫路の某社に就職した彼は、会うたびに
痩せこけていきました。

そこはそいつがいる数年で倍々に社員が増えて行くほど
急成長したところです。

内情は５日帰れない、ソファーでねる。
一日８時間勤務として年間労働時間を割ると、
３８７日働いていたそうです。
残業付かないんですか？と社長に聞くと、
そんなんはらってたら会社潰れてしまうわ！
と言われたそうです。

彼は食べても食べても太れなくなっていました。

思い余って転職。年収は１００以上アップし、定時
で帰れる日もそこそこあるそうです。
みなさん、、体に気をつけてください。

…私も司法書士事務所にいるのですが昨日は１８時間
事務所にいました…
土日休みなのでみなさんとは比べるべくもありませんが。

526:デスマーチ二等兵
04/06/22 01:21
何故、デスマーチが存在するのか。
何故、デスマーチと戦わねばならないのか。
日本ＩＴ業界が未熟な故、デスマーチが存在する。
日本ＩＴ業界の未来の為、デスマーチに人生を捧げなければならない。
日本が他の追随を許さないＩＴ大国に君臨するた為に、
血を吐き、精神が崩壊しようとも戦わねばならない。
システムを創り上げようとも、我々の名は残らない。
しかし、その誇りは我々の胸に刻まれる。
いつか、いつの日か、デスマーチが日本から無くなり、そこには情報大国の日本が存在する。
その日の為に、我々は二つ無き身を惜しまず戦おう。
子々孫々の為ならば、喜んで人生を賭して戦おう。
願わくば、この命が日本ＩＴ業界の礎とならん事を。

527:デスマーチ二等兵
04/06/22 01:27
孫　デ　命　技　将
の　ス　か　術　来　
世　マ　な　に　の
の　に　　　果
為　散　　　つ　　　
　　る　　　る　　
　　も　　　　　

528:仕様書無しさん
04/06/22 01:30
デスマーチをなんとかするより、デスマーチを顕在化させ、
デスマーチを引き起こす直接の原因となった害毒馬鹿を白日の下に晒し、
そういった馬鹿を業界から駆逐するための方策を練ることこそ
重要じゃないのかね。

529:デスマーチ二等兵
04/06/22 01:32
と言うわけで、明日からデスマーチに出兵です。
同期入社の同僚が過労が原因で階段で倒れて入院しました。
その補充ですが、やるからには同僚の分まで頑張ります。
同僚は会社の為ではなく、後の世の技術の為に神経をすり減らして頑張ったと自分に言い聞かせ、
自分も後の世の為に逝って来ます。
このスレお陰で今まで頑張って来れました。
では、さようなら。

530:528
04/06/22 01:42
などという正論でココの戦士の精神を逆なでしてみるテスト。

死なないでね。アホなのは君じゃない。

531:仕様書無しさん
04/06/22 01:50
と言うわけで、今日からデスマーチから帰還です。
同期入社の同僚が貧乏が原因で残業で儲ける契約しました。
その交代ですが、やめるからには同僚の分はそのまま。
自分は会社の為ではなく、後の世の技術の為に神経をすり減らして頑張ったと同僚に言い聞かせ、
同僚は後の世の為に逝って来ます。
このスレお陰で今まで頑張って来れました。
では、また。

532:仕様書無しさん
04/06/23 07:17
まー渋谷あたりに群れてる小僧っ子ら見てると
とってもこいつらの将来を良くしてやろーなんて思えないがな。

533:仕様書無しさん
04/06/26 00:41
漏れは一人、次期開発用にデータをエクセルの表にまとめるという、
地味で人海戦術が効きそうな作業を継続中。
突然舞い込む障害対応（仕様変更じゃねぇの？）でぜんぜん終わらない。

同じシステムの連中（結合試験中）は、上司の命令でそれぞれ項目
を分担し合い、みんな終わって帰っていく・・・。

・・・明日はフロアに一人休出。
上司いわく、漏れのやってる次期開発はまだ一人月しか貰えていな
いのだそうだ。
まさか、だから誰も助っ人に回さないのか・・・？＿|￣|○

534:仕様書無しさん
04/06/26 10:30
デスマか。懐かしいな。
あの頃は上司に真面目にやれだの散々ボロ糞言われて、心身共にボロボロになったな。
会社辞めてしばらくプーやって復帰。
その会社はあぼーんで、今の会社では気持ち悪いくらいに評価してくれてるし定時帰り。
まぁこれが普通なのかも知らんが。

535:仕様書無しさん
04/06/26 11:01
>>534
ナイス。行動したやつが勝ちだよね。

536:仕様書無しさん
04/06/26 13:05
>>533
ｶﾞﾝｶﾞﾚ、他のﾒﾝﾊﾞｰは現在の機種に向けて
仕事をしているが、おまいさんは一人だけ
未来に向けて仕事しているんだ。

周りと違う仕事をしていれば、その仕事の
価値を理解されるのは難しいし、理解させる
のもたやすくない。

今はただ、おまいさんの仕事の結果が
次機種で花開く事を信じてｶﾞﾝｶﾞﾚ、次機種で
評価されれば、おまいさんとその仕事への評価
も変わり、環境も変わるだろう。

537:仕様書無しさん
04/06/26 22:19
>536
花開かせるよりも、ぽとっとつぼみが落ちて、デスマ続きのシステムを
他社に取られるほうが嬉しいです・・・。会社に恩なんて感じないし。

何で「来期もやってくれる？この先は落ち着いて楽な方向に
進むはずだよ。」なんて甘い言葉に騙されたんだろう・・・。
仕様検討の段階で、恐ろしい話ばっかだ・・・(ﾉД`)ｼｸｼｸ

538:仕様書無しさん
04/07/07 00:28
デスマでメンヘラなっちまった元PG・SEだが・・・
俺はもうジャンクになっとるT-T
唯一の特技のプログラムを組むと鬱で翌日動けん。
　現役の人達、医者の世話なる前に辞めたほうがいい。

539:仕様書無しさん
04/07/07 21:42
俺、プログラム書くと元気になれる。
仕様書書きがそんなに嫌なのか…俺…。

540:仕様書無しさん
04/07/08 01:39
>仕様書書き

そんな時こそテストドリブンですよ
テストプログラムが仕様書がわり

541:仕様書無しさん
04/07/08 09:34
今日入社面接で１人が言った台詞。

『私は、体力と気合いには自信があります。デスマーチなどにも
従順に対応できますし、いままでデスマーチになったときも長期間
生活をつぶしてがんばることが出来ました。』

丁重にお断りしてやった。
デスマーチに疑問を感じないやつはいらない。

542:仕様書無しさん
04/07/08 18:54
つーか面接でデスマーチなんて単語をさらっと言うバカはいらない

543:仕様書無しさん
04/07/08 23:33
マッチデース

と言う香具師はどうか?

544:仕様書無しさん
04/07/08 23:40
>544
余計、要らないだろｗ

545:仕様書無しさん
04/07/09 00:54
>>544
事故レス乙

546:仕様書無しさん
04/07/09 01:36
>>543
それなら考えてもいい。

547:仕様書無しさん
04/07/09 06:56
>>543
即採用

548:仕様書無しさん
04/07/10 00:37
おまいらは、アウト１０個か１１個くらいしか取ってない状態で登板させられる抑えの切り札。
おまいらの使命は高い入場料払ったお客様が
点差を忘れて喝采するくらいのパフォーマンスを見せること。
降板した先発投手は、その間にどこか他の球場で失点を重ねている。
１行目に戻る。

549:仕様書無しさん
04/07/10 07:36
俺デスマなんか見たことないけど、日本のどこで起こってるの？
一度も成功したＰＪに遭遇したことがないって人、よく仕事続けられるね

550:仕様書無しさん
04/07/10 11:01
>>548
4イニング目で20対3で負けてる試合なんか誰も見てないよ

551:仕様書無しさん
04/07/10 15:35
けど、試合の主催者は死に物狂いで試合を続けろと叫ぶ

552:仕様書無しさん
04/07/10 23:26
デスマーチが起きる理由 - そして、常識とされていた前提は崩れ去る
URLﾘﾝｸ(www.hyuki.com)

7/10参照
URLﾘﾝｸ(kondo-hi.web.infoseek.co.jp)

553:仕様書無しさん
04/07/11 03:53
>>549
おまいが逃げた後の始末をしてくれてる人間に感謝しな。
いや、感謝しなくていいから、少し自分の仕事に責任持ちな。

554:名無しさん＠そうだ選挙に行こう
04/07/11 10:42
>>553
をいをい、良く読めよ、549は単にﾃﾞｽﾏに
当たった事が無いだけだろう。

＃そう言う職種(社内SEとか、営業がしっかりしてるとか)
＃有るだろう、折れには縁の無いﾊﾅｼだが。

やさぐれる気持ちは判らんでもﾅｲが、もちつけ

555:名無しさん＠そうだ選挙に行こう
04/07/11 14:12
>>554
いや普通に皮肉で言っただけだと思うが。

まぁデスマはPGの世界では普通にあることだねぇ。
漏れは自分のプロジェクトは自分で制御出来るからそうなった事は無いが、
他のプロジェクトの手伝いに狩り出された事は何回かあるな…

556:549
04/07/11 18:29
>>554の言う通り。俺は社内SEで津(というかシステム子会社にリストラされた)
俺の会社では、ＰＪが破綻するというのは、SEとしてというより
会社員としての適性が問われるほどの大事件。だから
毎回毎回失敗して成功ＰＪに一度も出会ったことがないとか、
あれーまたデスマっちゃったーみたいに気楽なのが信じられない

557:名無しさん＠そうだ選挙に行こう
04/07/11 18:51
うーむ、それはごまかしてるんだろう。

当初の予算からみて150%の費用をかけて終わらせたプロジェクトに対して、
>>556はどんな評価をする？
プロジェクトのメンバーが恒常的に15時間労働し、休日出勤が週1回ペースで頑張って
目標期日に納品したプロジェクトについては？

これらはすべて明らかに「失敗」だよ。
開始当初から上記のような状況を織り込み済みの場合を除いて。
途中でプロジェクトを撤収すると判断しなかっただけで、完全なる失敗だよ。

558:名無しさん＠そうだ選挙に行こう
04/07/11 19:35
死を招く仕事？ビジネスパーソンに迫る心の病
URLﾘﾝｸ(tenshoku.inte.co.jp)

速攻、デスマから脱出するべし！
俺は、脱出出来ずメンヘラーになった
毎日苦しいよ・・・

559:仕様書無しさん
04/07/11 21:11
>558
404の上Internet Archiveでもヒットしませんが何か。

560:仕様書無しさん
04/07/11 22:30
　　　　　　＿＿__,....
　 ,. ‐';ﾆ"´ﾆイ:i!:､ヽ:.:｀ヽ､_
／.:／／／:.ｲ:.|:|:|i:.:ヽ:.､ヽ:､ヽ、
:.:／:/./:／/:|:.:|:!:|:|i:.:.:ﾞ,:.:.:.ﾘ:.ヽ＼
./:.:/:/:.:.//ハ:.:i:.:l:.:.i:.:.:i:.ヽ`:|:!:.:ヽヽ
:.:/.:/:.:./:.l!::.:.ﾊ:.V:.;､:i:.:.|:.:.ヽ|:.i:.i:.:.',:.ﾞ:,
/l!:/.:.:/|!.|:.:./ハ:',:|:ヽ:､|!:.:.:.ﾊ:.||:.',:.i:､:',
!|l,:!:.:.:.:|.| |ﾚ/∧:l:ﾒ!:.ヽ:.:|:.|/:.i:.ﾘ:､',:|:.i:.i
:|l.|:.:.:.:|!.:|:.//￢i:.{‐､.:|.ﾄ､:l:|､:.!:.:.i:ヽ|:.|:|
i:.:| |:.:.|l:.:.l/ィ示ヽﾐ　!.ﾒ| 〉ヽ!:|_!:.|:i.:Ｎ:.|
:.:.l!:l､.:.:l､:l｀ヽ::ﾉ_, '　ﾘ　|i |.,.ｨl､.|::!||:.ﾒ:ﾘ
､:.l!.Ｎ､:い!.　　　　　　 !く:::ｿ } |:.:|/:/
!:i､.i!ﾘヽ!　　　　　　　　 , ｀~　/|:ﾉ:/
:.i|:iN　　`　　　　　　.:　ノ　　/:!ﾚ/′
:､l:|ﾊ　　　　　､＿___　　　　/::i/'′
小|　ヽ　　　　｀''ｰ‐`''　／|/l
:.:ﾄヽ　＼　　　　　　　／　　　　　　　　　　　　　 r‐-､r‐-､r‐-､r‐-､
Ｎ|｀ヽ　　ヽ､　　,　'´　　　　　　┌────┤ 　||　　||　　||_..._|‐────┐
｀`'''‐- ..,_　　 iT"´ 　　　　　　　| ｰ───‐ |_...._||　　||_...._|ヽ_,ﾉ. ──── |
､_　　　　｀`''‐N､　　　　　　　　　 |　　デス　マーチ　.ヽ_,.ﾉ|.-‐.|ヽ_,ﾉ　　　　　　　　　　 |
　｀ヽ､　　　　　 i　　　　　　　　　　| ─────. `ー' ー‐─────‐ |
､　　　｀ヽ、　　 | 　　　　　　　　　| 　ＰＧ　　　　　　　　　　　　：　　　　　　　　　　　　　　　　 |
､｀ヽ、　　＼　 |　　　　　　　　　　| ─────‐ ：. ─────‐ |
　＼＼　　　ヽ.|ヽ　　　　　　　　　| 　　　　　　　　　　　　　　：　　　　　　　　　　　　　　　|
　　ヽ　ヽ　　　| 　＼　　　　　| ─────‐ ：. ─────‐ |

561:仕様書無しさん
04/07/11 22:33
..　　　　　　　　　　∥
　　　　　　　＿__　　∥
　　　　　　／　　　｀ヽ∥
　　　　　 ,:'　　　　　　､ゑ　　　　　　　
　　　　　,'　　　;　　i　八､
　　　　　|,! 、 ,! | 　,' ,〃ヽ!;､　　　　　
　　　　|!| ｌ川 l ﾘへ'==二二ト､
　　　　　ﾘ川 !| i′　ﾞ､　　　　', ',
　　　　　lﾙl ||,ﾚ′　　ヽ　　　,ﾉ ,〉　
　　　　　 |川'、　 ,,.,.r'"　　 ,,ンﾞ
　　　　　　　　｀T"　 ! ,/ '.ﾉ,/｜
　　　　　　　　 / 　 ,!´　!ﾞヾ{　|
　　　　　　/ 　 ,' 　 i　ﾞ　! ,lﾞ
　　　　　　,r‐'ヽ-､!　　 ',　　l｜
　　　　　 {　　　｀ヽ　　 !　｢ﾞﾌ
　　　　　,>┬―／　　 ;　 i,｀{
　　　　　/ /ﾘ川'　　　　 ', ﾞ､
　　　／ ,/　　　　　　　ﾞ､ﾞ、
　　ノ　/　　　　　　　　　　　', ｀､
　　＼_/　　 ;　　　　　　　　　ﾞ、ヽ、
　　　　l__　　 !　　　　　　　 _＿_〕 ,､l
　　　　　￣｀‐┬―r┬‐r'´　｀'‐'′
　　　　　　　|　　.! |　 |
　　　　　　　|　　| .|　 |
　　　　　　　｜　ｊ　| 　!

562:仕様書無しさん
04/07/11 22:38
デスマーチが恒常化したこの業界に、
希望はあるのだろうか。未来はあるのだろうか。

563:仕様書無しさん
04/07/11 23:38
変えなきゃ
変わらなきゃ
変えよう

564:仕様書無しさん
04/07/12 01:33
>>563
無理です。
なぜなら仕様だからです。
ﾟ⊃Д｀ﾟ)ﾟ｡

565:仕様書無しさん
04/07/12 02:18
>>564
仕様変更お願い。
明日の朝までに出来てればいいから。

566:仕様書無しさん
04/07/12 13:56
>>565
その時間に発せられる「明日の朝まで」ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

567:仕様書無しさん
04/07/12 20:13
【オカルト板】　【【【【【　　IT業界の怖い話　　】】】】】
ｽﾚﾘﾝｸ(occult板)

心霊現象以外にも怖い体験ありませんか？
幽霊より生きた人間のほうが怖いとも言います。

568:仕様書無しさん
04/07/12 21:20
>>567
>幽霊より生きた人間のほうが怖いとも言います。

あったりめーだ、ｵﾊﾞｹに１人月分のﾄﾞｷｭﾒﾝﾄを
消す・・・・・なんてﾜｻﾞは出来めい。。。。。。。。

あのﾊﾞｶ、ﾘｱﾙｵﾊﾞｹにして～、
その前に折れが逝きそうだが。

569:仕様書無しさん
04/07/12 22:11
今日、突然暴れ出した人がいて騒然となった。
いきなりキーボードを殴り出したので上司がなだめてそのまま帰らせた。
明日は出勤してくるのだろうか…

570:仕様書無しさん
04/07/12 22:14
>>568
バックアップ取らないお前も似たようなもんだろ。

571:仕様書無しさん
04/07/12 22:39
>>566
30時間位もあるじゃねーか。

572:仕様書無しさん
04/07/12 22:50
デスマ明けでっす。ウッフー
とりあえずベッドで死んでくるYO

573:仕様書無しさん
04/07/12 22:52
>>572
乙。いやまじで乙。

574:仕様書無しさん
04/07/12 22:56
そろそろ夏期休暇というイベントが始まる時期だが、そのころにデスマ決定済みな香具師いる？

575:仕様書無しさん
04/07/12 22:56
>>571
さすがはデスマ参加者、冷静だな。
その３０時間に２６時間分ぐらいの作業割り振られてるくせに。

576:仕様書無しさん
04/07/12 23:17
甘い。
30時間に50時間分の作業を割り振られてこそ一流のデスマ要員。

577:仕様書無しさん
04/07/12 23:32
>割り振られてこそ

甘い。自らそうしてこそ(ry

578:仕様書無しさん
04/07/12 23:45
>>574
ノ

579:仕様書無しさん
04/07/13 01:36
>心霊現象以外にも怖い体験ありませんか？

ある。
気がつくといつのまにかコーディングが済んでいる。全く記憶がないが確かに自分っぽい。

ちょっと感動した。

580:仕様書無しさん
04/07/13 06:22
>>579
それは、小人さんが（ry

581:仕様書無しさん
04/07/13 10:26
>576
30時間に∽の作業を（ｒｙ

582:仕様書無しさんヘミソフィア
04/07/13 22:56
崖っぷちに立たされた時　
苦難が僕の腕を掴み
自分自身の在りかが　
初めて見えたんだ
もっと広いフィールドへ　
もっと深い大きな何処かへ
予測もつかない世界へ向かってゆくだけ

583:仕様書無しさんヘミソフィア2番
04/07/13 22:58
人は歩き続けていく　
ただ生きていくために
不完全なデータを塗り変えながら進む
始まりの荒野を独り　
もう歩き出してるらしい
僕は灰になるまで僕で在り続けたい

デスマでスパロボできないYO （ ´Д⊂ヽ

584:仕様書無しさん
04/07/14 19:54
>>559
死を招く仕事？ビジネスパーソンに迫る心の病
URLﾘﾝｸ(tenshoku.inte.co.jp)

失礼しました

585:仕様書無しさん
04/07/14 20:28
>>584
ビジネスパーキンソンと読んでしまった

586:仕様書無しさん
04/07/15 00:47
>584
トン。てかl付ければよかったんねorz

587:仕様書無しさん
04/07/15 10:33
俺もマの端くれ、ちょっとやそっとの詩篇じゃおどろかねー
仕様変更依頼のメールもサクっと開封。

えぇ！？(AA省略)

件数の多さに２ミリぐらい目が飛び出たよ。
そのあと、なぜかマシンを再起動してみた
そして現実逃避で会社の屋上で一服
俺の心はめちゃ弱かった、折れた・・・orz

折れない心は何処で売ってますか？

588:仕様書無しさん
04/07/15 11:07
>>587
男塾で

589:仕様書無しさん
04/07/15 15:38
>>587
仕様変更は、要求の変化を背景とするものなら顧客の責任で、
設計の変更を背景とするものなら設計部門の責任だろう。
実装部門の誰にもその責任があるはずが無い。
いかに強靭な心を持っているとしても、無制限の仕様変更を享受していたなら
いつまでたってもリリースなぞ出来ないのは理の当然だ。
心が折れてしまうような仕様変更を容易に受け入れてしまう実装部門の体制そのものが問題だ。
あなたが実装部門のリーダなのかどうかはたいした問題ではないが、
私が実装部門のリーダであったなら、絶対にリスケ抜きでは仕様変更を受け入れない。

590:587
04/07/15 18:28
>>589

心の弱い漏れがリーダーです。
半日かけて詩篇の内容を確認してきた。
ほとんどがエンドユーザーの要望ですた
>>589のレスみたらメラメラと闘志が湧いてきたぜ!!
金と時間をくれなきゃやらねーってがんばってみるよ
零細ソフトハウスがいつでも泣くと思ってんじゃねー!!とメーカーと闘ってみるよ

まずは自分の上司と　ラ　ウ　ン　ド　１　

591:仕様書無しさん
04/07/15 18:58
ヘ_ヘ
ミ・・ミ　ということにしたいのですね？
( ° )～

592:仕様書無しさん
04/07/15 22:53

なんでシステム会社はそんなに急いで開発をさせるのか
立ち止まって考えて見る時期なのでは？
幸せってなに？
地球は急いでシステム開発をしないと滅びるのか？
今以上に機械化をして人を必要としなくして幸せなのか？

593:仕様書無しさん
04/07/15 22:57
プログラマって、楽で良いよね。
SEに言われたとおりに関数と変数を並べて、
プログラム（のようなもの）をでっち上げて金クレクレと。
それでちょっとでも仕様が変ると、「使えないSEだ、ｺﾘｬ」とかファビョって、
ちょっとでも考えさせると、「それはボクの仕事じゃありません！」とかキレて。
もうね、ｱﾌｫかと。

ドキュメントを書かせると、小学生の作文並みの代物を平気な顔して提出して、
「ホレ、漏れは仕事したぜ？」ときた。
もうね、幼稚園児かと。

徹夜、休日出勤がある？
あっそ。
そりゃあんたらの仕事が、低技能で勤まる仕事だから、
給料を捻出するためにはそのくらいしなきゃならんのだよ。

漏れの子供には、プログラマーになってほしいね。
こんなに安全確実な仕事はそうそうない。
工場労働者なみの機械的作業で、工場ほどの危険さはまるでない。
マジでおすすめだわｗｗｗ

594:仕様書無しさん
04/07/15 23:14
>>593
辛いだろうががんばれ。

595:仕様書無しさん
04/07/16 02:14
>ほとんどがエンドユーザーの要望ですた

だから作る前に仕様固めるからだよ(w
柔軟に対応汁！

596:仕様書無しさん
04/07/16 13:56
> SEに言われたとおりに関数と変数を並べて、

並べれば出来るのなら、楽なもんだな…

てか、ほんと外設レベルで良いよ。
詳細は組みながら決めようや。
俺は仕様まで踏み込んで、かつ実装までやれる、
そんなノリ大歓迎。

597:仕様書無しさん
04/07/16 18:51
>>595
使ってみてやっぱりこの機能もつけてよってのはよくあるだろ
それを引き渡し直前に言われた日にゃあ・・・orz

598:仕様書無しさん
04/07/16 23:10
納品をずるずる待たされるっていうのもなぁ orz
早くけりをつけたいのに、いろいろいわれてつきあう羽目になる罠

599:仕様書無しさん
04/07/17 11:54
このスレの誰かが蜜Ｕバンクのシステム統合に行くのだろうな・・

みずぽを超えるのか超えないのか
史上最大のデスマになれるのか

600:仕様書無しさん
04/07/17 14:57
>599
狙ってた統合案件もってかれちゃってこっちは火の車っすよ。
もし補償金出たとしてもこっちまではおりてこないしなぁ。

601:仕様書無しさん
04/07/17 17:08
>>468
胃のあたりに鉛球打ち込まねばならんやつが1024人以上も？

602:仕様書無しさん
04/07/18 17:36
181 名前：あなたのうしろに名無しさんが・・・投稿日：04/07/11 20:21 ID://1hWtpi
あのさ、普通あらかじめ検証とか動作確認すると思うんだよ。
でもモノが届いたらてぶっつけ本番でサーバ構築しろって言われたんだわ。
モノは一流企業の社内LAN向けサーバ10台弱。期間は2週間。
参考書籍は市販本のみ。インストールテスト用のPC一台もなし。
パラメータはインストール寸前に届く。漏れ素人に毛が生えたレベル。

このプロジェクトやばくね？

189 名前：あなたのうしろに名無しさんが・・・投稿日：04/07/13 23:57 ID:tyV0g4mL
>>181
今、鯖構築といわれてもピンキリだからな。
どんな鯖よ？

190 名前：181 投稿日：04/07/15 02:46 ID:EufSe2Xe
レスありがと。今度話すわ。今日は寝かせて。死ぬ。

191 名前：あなたのうしろに名無しさんが・・・投稿日：04/07/18 15:33 ID:MMHL7XRd
上のレスから３日。
>>181の遺体はどんな異臭を放っているのでしょうか・・・

192 名前：あなたのうしろに名無しさんが・・・投稿日：04/07/18 16:54 ID:fk/hbNb8
>>191
まだ生きてるけどサーバルームで缶詰（半冷凍）と予想する。

俺等の日常はオカ板の燃料だそうですよ・・・・・・・

603:仕様書無しさん
04/07/18 18:17
ついにこの日がやってきた、みずほ銀行の勘定系システム統合がスタート : IT Pro ニュース
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

604:仕様書無しさん
04/07/18 23:37
おわらねえ・・・・
後一週間で完成させねば・・・・
巷は連休age

605:仕様書無しさん
04/07/18 23:49
予想デスマ突入率50%くらいのチームに入った。

それでも期間が短いだけで予算は潤沢に有ったから、
効率よくまわせば何とかこなせるかなと思っていたが、
人材不足だとかで予定通りに人が入って来ない。

上は後から増やせば大丈夫だろ、って言う。いい年して、
10人×12ヶ月と、5人×12ヶ月+10人×6ヶ月は同一ではないと
理解できてないらしい。

606:仕様書無しさん
04/07/19 00:29
>>605
人月計算としても間違ってるぞｗ

607:仕様書無しさん
04/07/19 00:34
>>606
人月計算としてならあってるだろ。

608:仕様書無しさん
04/07/19 00:41
コア5人が12ヶ月フルで
バックアップ10人が中途で6ヶ月
合計120人月と言いたい訳やね

609:606
04/07/19 03:15
もうだめぽ

610:仕様書無しさん
04/07/19 06:56

デスマの本質は金銭欲と有名になりたいという欲求にあると思われます。
もしくは人生捨ててるか。
自分がそうでなくても、周囲か上層部がその可能性が高い。
自己満足が周囲を地獄にしているってわかってます？

611:仕様書無しさん
04/07/19 09:19
馬鹿だからだろ。
近視眼的な思考しかできない真性の低能は、餌を見ると反射的に金網に突っ込んで、
血塗れになって死ぬ。「急がば回れ」の真逆を突き進む、鶏マネジメントの典型が、デスマーチ。

612:仕様書無しさん
04/07/19 10:19

必要な作業を（なるべく正確に）洗い出して、
要求期間内に作業を消化するのに必要な人員（スキル面、人月面）を割り当てる。
仕様変更や不測の事態に備えて、少し余裕を見ておく。
スケジュール内でどうしても吸収できない仕様変更は、リスケとセットで受ける。

これだけやっとけば、簡単にデスマにはならないと思うけどね。
最初の「必要な作業を洗い出す」とこから出来ない（しない）リーダが、巷にはあまりに多い。
顧客の仕様変更のせいにしたり、メンバの能力不足のせいにしたりしてね。

顧客や上司を納得させる説明ができない（そも自分の頭の中で理由が明らかでない）のも問題だね。
できない作業を受ける／部下にやらせる、なんて責任を伴うプロの仕事じゃないよ。

613:仕様書無しさん
04/07/19 11:34
ｽﾚﾘﾝｸ(job板:323番)
にも言ってやってくれ

614:仕様書無しさん
04/07/19 14:12
>>612
プロの仕事じゃないといっても、それが出来ない営業やリーダーがほとんどだからね。
だから当然デスマは無くなることはない。
なんで出来ないかってーと、他の仕事みたいに仕事量の定量化が難しいからか。
個々人によって仕事量は軽く2～3倍は違うし、作業の分担も統合も（他の職種に比べて）難しい。
それを把握出来る人ってのは本当の意味でのリーダー（全てにおいて一番能力が高い人）だけかと。
だがリーダーが年功序列の順になってる現状では、そんな人は極一握りになってしまう。

まぁ自分が30代になるまでにしっかり力を付けて、
リーダーになった時に同じ過ちを繰り返さないようにするしかないかな。

615:仕様書無しさん
04/07/19 14:57

>>614
いや本当に難しいと思うよ。
でも完璧な人間がいなくても、プロジェクトがある以上、その中で最善の人選をするしかない。
リーダがダメなら、誰か能力のある人が影のリーダとなって、足りない部分を補うしかないでしょ。
（まあ、そういう形ではあまり上手くいかないけど）
そういう能力が自分も含めてプロジェクト内にないなら、諦めてデスマを受け入れるしかないね。

ちなみに、３０代になる前でも似た経験は積めると思うよ。
仕事量の見積りとスケジュールの調整を、リーダ相手にやればいいんだから。
こういうのは、一担当者のうちからやってないと、リーダになって突然できるものじゃない。

616:仕様書無しさん
04/07/19 20:33
定量的にとらえることが難しい対象であっても、対象をとらえる際の精度を上げることは可能だ。

そういったプロセスを構築する取り組みがPMBOKだし、
技法としてファンクションポイントなどがあったりする。

「精度をあげることで総合的な管理は可能」という命題は正しいと考えている。
定量化するのではなく、総体的に見て一定の範囲に制御することはできるはずだ。

これが組織からデスマーチを救う道の一つであることは間違いない。
しかし、これをプロジェクト単位で適用するのも適切ではない。
それでは単なる責任者探ししか行われないからだ。

あくまで組織の長期的な取り組みとして、
過去のプロジェクトの成否は後のプロジェクトへのフィードバックとして生かさなければならない。

617:仕様書無しさん
04/07/19 21:36

まずは、プロジェクト単位からでも適用すべきじゃないのか。
「組織の長期的な取り組みとして～なければならない」なんて言ってる間に、悲劇は生まれ続ける。
現場でもがく人間からすれば、自分のプロジェクトが救えれば先ずはそれで十分以上だし。
「責任者探し」つーより、「適任者探し」だよね。

小さい所からコツコツと（まして、そこが自分に関係する場所なら尚更）。

618:仕様書無しさん
04/07/19 22:11
>616の言う「責任者探し」は、
日本では大概「スケープゴート探し」と同義だからね……
仮にプロジェクト始動時には「適任者」でも、プロジェクトがコケたとき
そいつは荒海に投げ込まれる持衰（じさい）でしかない。

619:仕様書無しさん
04/07/19 22:39
>>618
「スケープゴート探し」なんて、後ろ向きな発想だな。
暗に失敗する事を前提にしてるじゃん。
まあ、そんな政治的な色合いの濃いプロジェクトは妄想の中だけにして、現実に目を向けましょう。

プロジェクトってのは大体外面は成功してるもの（明らかな大失敗がない限り）。
問題は、そのために現場にデスマを強いるかどうかって事で・・・・。
「適任者」をプロジェクトの頭に据える事ができるかどうかは、デスマの発生確率に大きく影響すると思う。
「適任者」たる能力がある人間を、アッサリ切り捨てれる程人材豊かな組織はちょっと現実には想像できないな。

620:仕様書無しさん
04/07/19 23:09
>>619
>政治的な色合いの濃いプロジェクトは妄想の中だけにして、現実に目を向けましょう。
知らないという事は無力だな。「妄想の中だけにして」などと煽るようなことを言うな
>「適任者」をプロジェクトの頭に据える事ができるかどうかは、デスマの発生確率に大きく影響すると思う
そうだな。そして適任者に充分な権限があればデスマの発生確率は大きく下がる。
>「適任者」たる能力がある人間を、アッサリ切り捨てれる程人材豊かな組織はちょっと現実には想像できないな
組織は「適任者」を切り捨てない。「適任者」を切り捨てる個人がいるだけだ。
組織の利益と個人の利益が常に一致するわけではない。すなわち「自己の保身を最優先にする個人」などだ。
その様な人間が存在することも現実には想像出来ないとか妄想だとは言わんよなぁ

「純朴ではあるが、良く知らない」という印象だ。

621:仕様書無しさん
04/07/20 00:15

妄想だと決め付けるのは、間違いだった。
そういう人間がいないと決め付けるつもりもない。

ただ、「足を引っ張る人間があちこちに」みたいな考え方は、
自意識過剰と言うか、考えすぎと言うか、評価されない事への言い訳っぽいというか、まあそんな印象がある。

能力のある人間は、よほどの事がない限り周囲の人間にとって有益だし、そんなに足を引っ張る個人がいるかな。
この世の中にそんなケースは存在しない！なんて言わないけど、上のような評価されないことへの言い訳のケースとどっちが多いのかな。

まあ、この辺りが「純朴ではあるが、良く知らない」ところなのかな。
そちらは「エクスキューズの多い、悲観主義者」って印象だね。

622:仕様書無しさん
04/07/20 07:13
責任って言葉は日本ではいかにとらないかってためだけにあるのだよ。

623:仕様書無しさん
04/07/20 09:21
結果的に足を引っ張ってる事を、いつまでたっても認識できない奴は多いような気が。

624:仕様書無しさん
04/07/20 12:40
>>621
まあそちらが私のことをどの様に評すかは気にならない。
私としても悪口を言いたいがためにレスした訳では無い。
足を引っ張ろうと意図して行動する人間は本当に少ないが、>>623の言う種類の人間は少なくは無い。
問題が各人のスキルだけに帰着されるのならば、デスマを発生させなくすることはそれほど困難ではないだろう。
私が言いたいのは「各職掌の人間（PM除く）のスキルが不足が故に発生するデスマはない」ということだ。
スキル不足が原因となっている様に見えるデスマは、本当は「各人に対するスキル管理の不足」が真の原因だろう。
そうならばこれは「管理能力不足の人間に管理をやらせたPMの誤り」と言うことになる。

もう一つ言いたいのは「デスマは人災である」ということだ。
>>612などは妥当な見解だが、
プロジェクトに関係する全ての人間の能力に全く問題が無い場合であってもデスマはおこる。
そちらの表現を使うなら「政治的な色合いの濃いプロジェクト」で。

そちらの総論を否定するわけではない。
>「適任者」をプロジェクトの頭に据える事ができるかどうかは、デスマの発生確率に大きく影響すると思う。
これには同意する。
まあその「プロジェクトの頭」が撤収も含めて全権を保持しているか否かは最大限に重要な点だ。
権限の不足しているPMはPMの名に値しない。これもまた指揮系統不備／権限委譲不備
という政治的な問題なのだが。

私の総論は「スキルの問題を過大視しない方が良い」だ。
#とりとめのないレスで失礼した。

625:仕様書無しさん
04/07/20 18:26
デスマーチに陥るか否かの大部分は、
プロジェクトが始まる前にほぼ大勢が決していることが多い。

プロジェクトの作業をWBSに落とし込むことが多いと思うが、
このときどの程度まで詳細化しているかを考えてみてほしい。

たとえば何らかの業務システムを新規開発すると仮定して、
運用の設計やユーザー教育、テストというような中盤から終盤にかけてのタスクを
どのくらいの粒度まで分解しているだろうか。
2ヶ月くらい大雑把に線を引いておき、「後で考えればいい」と据え置いている場合をよく見る。

これは悪夢の始まりである。
開発プロセスのV字モデルに見られるように、テストや導入フェーズの作業に前工程は厳然と存在する。
その前工程はシステムの開発当初から実施することができる。
実装作業は行わなくても、方針や設計はいくらでも行っておくことができるのだ。

プロジェクトマネジメントの(守られていない)基本中の基本として、
プロジェクト開始時にWBSを可能な限り詳細化しておくことを肝に銘じておきたい。

少数精鋭のコアメンバ(顧客含む)が1週間ほどの時間をかけて行うのが望ましい。
これ以上の詳細化は無理だと思うところからさらに3段階くらい掘り下げたい。

WBSを細かくしておくほど現状とのズレは認識しやすくなり、プロジェクトの軌道修正も容易になる。
できる限り細かい粒度のWBSを、日単位で計画しておきたい。

626:仕様書無しさん
04/07/21 00:47
プロジェクトは「最初」が一番重要というのは禿同。
スタートを上手く切れなければ後々がうまく行くわけが無い。
最初たらたらやって最後に頑張ればいいや～というお気楽馬鹿が多過ぎるのがね。
デスマーチが無くならないわけだ。

627:仕様書無しさん
04/07/21 10:03
スタートは大事だね

あと、次の仕事とれないのを異常にびびって
採算度外視で仕事とってくる営業も一因かと

デスマ→やる気低下→品質低下→次の仕事無し

628:仕様書無しさん
04/07/21 14:03
デスマがデスマたる所以は、未来が見えないことだ。

顧客も見えず、稼動予定も見えず、進捗も納期も見えない。

ただ無能な管理者の「頑張れ」の声だけで行軍が行われる。

五里霧中に迷っている者がゴールに辿り付けるはずもなく。

デスマーチ。

629:仕様書無しさん
04/07/21 14:11
やばい東京めっちゃ暑い
もちろん開発室缶詰なんで風邪ひきそうなくらい寒いけど
外との気温差がマジやばい

一応、停電にそなえて臨時バックアップ中～

630:仕様書無しさん
04/07/21 14:57
>>624
「エクスキューズの多い、悲観主義者」なんて失礼な事言っちまった。
これは謝罪して全面撤回させてもらいましょう。
624を全部読んだけど、漏れも殆ど同意見だ。

>まあその「プロジェクトの頭」が撤収も含めて全権を保持しているか否かは最大限に重要な点だ。
>権限の不足しているPMはPMの名に値しない。これもまた指揮系統不備／権限委譲不備
>という政治的な問題なのだが。
そのとおりだね。そしてＰＭをやるなら、こういった不備を「仕方ない」で済ましちゃいけないと思う。
それは会社にとっても本人にとっても、誰よりも参加するメンバにとって大いなる不幸だからね。

631:仕様書無しさん
04/07/22 01:58
1倍の余裕をもって
スケジュールを組めば完璧。
3ヶ月かかるんだったら
設計・開発・テスト3ヶ月、予備3ヶ月。
これでデスマ完全駆除。

632:仕様書無しさん
04/07/22 02:30
>1倍の余裕をもって

ﾃﾞｽﾏｹﾃｰｯｲ

633:仕様書無しさん
04/07/22 07:04
＞3ヶ月かかるんだったら

これが、事前に３ヶ月と精度よく見積もれればいいんだけどねえ。
大規模案件であればあるほど、困難なんだよね・・・

634:仕様書無しさん
04/07/22 09:46
>>631
要件定義やら外部設計がないぞ、おい

635:仕様書無しさん
04/07/22 23:17
>100
僕の会社にも仕事ください。

636:仕様書無しさん
04/07/23 00:38
むかしこのスレにも書いたことある者だ。
デスマ途中で退職し、いよいよ転職先へ出向く。
デスマを生まないように自分を戒めるために、改めてスレを読み直したところだ。

転職先では、いわゆる上流工程やコンサルタントをすることになる。
ソフトウェア工学はもとより、PM、ビジネス書などもかなり読んできた。
設計や実装に責任を持つ立場から、ビジネスの視点で責任を持つ立場に移ることになる。

仕事しかせずに過ごす毎日も嫌ではなかったが、
いまではそんな毎日は、たとえ可能であるとしてもやってはならないと思うようになった。

ここにいる歴戦の者達を再び生まないよう、これから最大限に努力する。
組織や環境は個人を救わない。救うのはいつも個人だ。
おおくの場合は本人自らが自分を救うのだが、俺は他人としてお前らを救いたい。
俺が救われたように。

637:仕様書無しさん
04/07/23 10:18
[245]仕様書無しさん<sage>
04/07/22 23:15
上司の一言ではないが、デスマで連日泊まり込みの最中、
夜中に取っ組み合いのケンカが始まったり、朝５時からの
ミーティングのテーマが「夜型生活の脱却をするには」
だったりしたら悲惨だよ。これ実話。

638:仕様書無しさん
04/07/23 13:19
>636
少しだけ期待してる　がんがれ

639:仕様書無しさん
04/07/23 18:02
半年プロジェクトなのに、今頃要件定義がおわた。
あと２月でクラス図などの詳細設計を作って、実装、単体テスト、結合テスト、既存システムとの連動確認テスト
・・・夏休みどころか、土日もないな。この糞暑い時期に厳しく勤労をせねばならんとはヽ(´ー｀)ノ

人員の追加ですか？実装対象の画面数が半分に減ったので増員は認められませんでした。 (ﾟдﾟ)ｳﾏｰ

640:仕様書無しさん
04/07/23 20:43
>>636
アフォか。
自分の周りを救えないヤツが誰を救えるちゅーねん。
成功体験こそが人を成長させる。途中で逃げ出す香具師に何ができるのよ。
実際のデスマを救うのは、詰め込んだソフトウェア工学やＰＭスキルじゃないぜ。

頭でっかちの勘違い君が一人誕生か・・・・。

641:仕様書無しさん
04/07/24 00:00
成功体験が人を成長させるって、幼いなー

642:仕様書無しさん
04/07/24 00:15
成功体験で自分の経験則に自信をつける事
失敗体験で原因を考察し、自分なりに結論を持つ事
どちらも大切だ

643:仕様書無しさん
04/07/24 00:50
今日も日の出が拝めそうだ・・・

644:仕様書無しさん
04/07/24 01:16
>>640
逃げるが勝ち。
同じこと繰り返しているところにい続けても
人生の無駄使い。

645:仕様書無しさん
04/07/24 01:59
>月でクラス図などの詳細設計を作って、実装、単体テスト、結合テスト、既存システムとの連動確認テスト

クラス図?、いらね
まず結合テストと既存システムとの連動確認テストの設計から始めろ
その後、単体テスト&実装が終わったら結合&連動確認テストだ
ここまで1.5カ月

646:仕様書無しさん
04/07/24 07:53
30を超えると成功体験でしか成長しなくなる

647:仕様書無しさん
04/07/24 09:09
50を越えると過去の成功体験にすがりついて成長しなくなる。

648:仕様書無しさん
04/07/24 09:26
成功体験なんて諸悪の根元だろうに。
少しは経営学の本でも読んでみろや。

649:仕様書無しさん
04/07/24 09:43
『市場の変化がますます加速している』かつ、『個人が過去の成功体験に基づいて行動している』とき、
『現在市場に必要とされている行動が取れない』ため、『市場への対応が遅れる』わけで、
『企業の業績が悪化する』ことは明白だと思うんだが。

違うかな？

650:仕様書無しさん
04/07/24 11:29
ビジネス書を読むのは偉いが
それを鵜呑みにして畑違いな分野まで持ち込もうとゆーのが、もうね

651:仕様書無しさん
04/07/24 11:34
そうそう。
実務経験の乏しいライターの講釈なんて鵜呑みにしてたら、害虫スレの144のようになる。

652:仕様書無しさん
04/07/24 11:57
なるほど。

だからこの業界は焼畑農業時代から脱却できないのだな。

653:仕様書無しさん
04/07/24 16:36

>>642の言うとおりでしょ。

失敗体験（または、それを観察すること）で原因を考察し、自分なりに結論を持ち、
それを元にした成功体験で、自分の経験則を作り出す。
あとは、その経験則を盲信せず、見直し改善を加えていく。

>>648や>>649は、このデスマスレでは勘違い君だな。
それとも、実務経験ナシの妄想君か、実態は見ようとしない暴走君か。

654:仕様書無しさん
04/07/24 16:58
成功体験は、諸悪の根源というわけではないよ。
充分に成熟し変化が起こりにくい環境で、
何がどれだけ達成されると成功とされるかが明確な状況において、
その指標を的確に達成するには成功体験を持つ者のほうが有利だ。
しかし、それほど硬直的な場所はどこにもない。

まだ、失敗体験のほうがマシかもしれない。
失敗する方法はどんな状況でもほぼ同じだが、成功する方法は状況ごとに異なるから。

655:仕様書無しさん
04/07/24 18:18

成功体験豊かな人より、失敗体験の豊かな人のほうがマシだって・・・・・？

漏れの経験では、プロジェクトを成功させる人は、大体において別プロジェクトでも成功できる。
逆にプロジェクトを失敗させる人は、別のプロジェクトでもやはり失敗しがち。
成功体験を基にした経験則って、ＰＭにとって物凄い貴重なスキルだと思う。

漏れなら、成功体験豊かなリーダの率いるプロジェクトに参加したいけどね。

656:仕様書無しさん
04/07/24 19:08
>>655
20年前の成功体験を振りかざすPMなら、差し上げますが。

657:仕様書無しさん
04/07/24 19:12
>>655
おまいは面接の度に「このプロジェクトのリーダーは常に成功を収めてきましたか？」
なんて聞くのか？

658:仕様書無しさん
04/07/24 19:14

>>656
その後も成功体験を重ねてるなら貰ってもいいです。
お返しに、若くしてＰＭの立場になったけど、いまだ連敗中のＰＭはどうですか？
豊富な失敗体験をもってますよ。

659:仕様書無しさん
04/07/25 02:46
printf("もう辞めさせてください。");

660:仕様書無しさん
04/07/25 06:12
>>659: In function `main':
: undefined reference to `printf'
collect2: ld returned 1 exit status

661:仕様書無しさん
04/07/25 08:02
>>654
>失敗する方法はどんな状況でもほぼ同じだが、成功する方法は状況ごとに異なるから。
本当か？

662:仕様書無しさん
04/07/25 09:48
>>661

>>失敗する方法はどんな状況でもほぼ同じだが、成功する方法は状況ごとに異なるから。
>本当か？

違うと思うけどね。
失敗する原因は無数にあり、失敗する人は、毎回少しづつ違う原因で失敗を繰り返す。
成功する人は、その時々で違う失敗に繋がる要因を、破綻しない程度にクリアすることができる。

>>654はプロジェクトというものを知らないのか、とてつもない切れ者かのどっちかだね。

663:仕様書無しさん
04/07/25 12:51
成功する方法は一つだと思う。

・目標を明確にして、努力する。

要件定義や仕様確定が出来ていないと、
「目標を明確にできていない」わけで、
失敗がほぼ確定する。

努力だけで目標に達成できるというのは、
一部の無能管理者の信仰に過ぎない。

664:仕様書無しさん
04/07/25 15:07
・目標を明確にして、努力する。

これだけ知ってれば、目標に達成できるというのは、
一部の無能管理者の信仰に過ぎない。

「努力する」なんて精神論持ち出してる時点でアンタ終わってるよ。
『プロジェクトが成功しないのは、各メンバの「努力が足りない」せいだ。
　漏れは用件定義や仕様確定をキチンとやった。』
なんて日頃から言ってるんだろうね。

アンタと一緒に仕事してる香具師が可哀相だよ・・・

665:仕様書無しさん
04/07/25 16:43
>>664

「努力が足りない」なんて言っていないが。
「努力が足りない」なんていう奴は、それこそ
努力＞＞＞＞＞＞＞＞＞目標
って思い込んでるんだよ。馬鹿の代表。

私は、重要度で言うと、
目標＞＞＞＞＞＞＞＞＞努力
だと考えている。完全に逆の立場だ。

私は開発者に100の努力を求めるより、
その前の工程に10の努力を求めるほうを選ぶ。
そのさらに前の工程に1の努力を求められれば、
それが最良だ。

本来、努力とは「頑張ること」ではない。「結果を出すこと」だ。

666:仕様書無しさん
04/07/25 17:28
>>665氏の言わんとしてるのは、概ねこんなところかな？
・開発者の頑張りに頼る状況となった時点でもうダメぽ。
・要件定義や仕様確定などの上流工程にこそ力を注ぐべき。
・頑張ってること自体に意味はない．結果を出してこそ．

間違いじゃないと思うけど、そんなこと常識じゃないの？
（少なくとも、このスレで異論のある人はいなさそうだけど）
その総論を、現実に当て嵌める所でＰＭクラスは皆苦労してるわけで・・・

667:665
04/07/25 18:46
>>666
君はそれらが常識だと言いながら、
実際には現実に当て嵌めることができないと言う。

ここに、矛盾がある。
この矛盾は、一体何故生まれるのだろうね。

668:仕様書無しさん
04/07/25 19:16

>>666
本を読んだりして「それ」を知る（理解する）ことは簡単だけど、
実際に「それ」を実行しプロジェクトを成功させることは極めて難しい。

ここに矛盾がありますかね？
知るだけで皆成功するなら、デスマなんてこの世に存在しませんよ。
何故せくさせることが難しいかは、ソフトウェア開発の持つ色々な特性故でしょう。
これも知ったからといって、どうにもなることじゃないでしょうが・・・・

665はＰＬやＰＭの経験はないの？経験してれば難しさは理解できると思うけど。

669:665
04/07/25 19:23
>>668
なるほど。ソフトウェア開発の持つ特性故に、
知識を実践することが困難である、というわけか。

では、「ソフトウェア開発の持つ特性」とは何だろう？
PLやPMの経験が無い私に、どうか教えてくれないかな。

670:仕様書無しさん
04/07/25 19:55
実現する要件と工数、納期まで現場にいない営業や管理者が決めちゃうこともあるからな。

一度でもデスマでモノが出来るのを経験したら、
「実務者に与えた損害＝管理者・会社の利益」と考える管理者が出来上がるのは無理もない。
この図式が根底にある人が部長クラスにいるとかなり厳しい。

漏れも露骨なのは一人しか見たこと無いけど、その人が関わると常にデスマだったよ。
出世も早いから本人は面白くて仕方がないかも知れんが、行軍させられる方は氏ぬ。

671:665
04/07/25 20:15
>一度でもデスマでモノが出来るのを経験したら、
>「実務者に与えた損害＝管理者・会社の利益」と考える管理者が出来上がるのは無理もない。

ほう。それは斬新な評価基準だね。
「時は金なり」という格言があるが、それと同じくらいに矛盾している。

喜ばしいことに、私はデスマでモノが出来る経験はしたことが無いよ。
XSS脆弱性まで抱えた致命的なバグだらけのソフトウェアが捻り出される
現場にいたことはあるが……「モノが出来る」経験はしたことが無い。

ところで、残業代はどうなのかな？

次ページ