- 1 名前：デスマ特攻隊長 mailto:sage [03/10/18 00:45]
- なんだかんだとデスマーチ参加者の心の拠り所
かといってこのままで良い訳がない…
そんなデスマーチに命を費やすそんな人達の
理不尽な体験や愚痴を書き込むスレ 3つ目
過去スレ
【デスマーチ参加者がもの凄い勢いで寿命を削るスレ】
pc.2ch.net/test/read.cgi/prog/1010939153/
【デスマーチ参加者がもの凄い勢いで寿命を削るスレ2 】
pc.2ch.net/test/read.cgi/prog/1038472754/
- 564 名前：仕様書無しさん mailto:sage [04/07/12 01:33]
- >>563
無理です。
なぜなら仕様だからです。
ﾟ⊃Д｀ﾟ)ﾟ｡
- 565 名前：仕様書無しさん mailto:sage [04/07/12 02:18]
- >>564
仕様変更お願い。
明日の朝までに出来てればいいから。
- 566 名前：仕様書無しさん mailto:sage [04/07/12 13:56]
- >>565
その時間に発せられる「明日の朝まで」ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
- 567 名前：仕様書無しさん [04/07/12 20:13]
- 【オカルト板】 【【【【【 IT業界の怖い話 】】】】】
hobby5.2ch.net/test/read.cgi/occult/1079751989/
心霊現象以外にも怖い体験ありませんか？
幽霊より生きた人間のほうが怖いとも言います。
- 568 名前：仕様書無しさん mailto:sage [04/07/12 21:20]
- >>567
>幽霊より生きた人間のほうが怖いとも言います。
あったりめーだ、ｵﾊﾞｹに１人月分のﾄﾞｷｭﾒﾝﾄを
消す・・・・・なんてﾜｻﾞは出来めい。。。。。。。。
あのﾊﾞｶ、ﾘｱﾙｵﾊﾞｹにして〜、
その前に折れが逝きそうだが。
- 569 名前：仕様書無しさん [04/07/12 22:11]
- 今日、突然暴れ出した人がいて騒然となった。
いきなりキーボードを殴り出したので上司がなだめてそのまま帰らせた。
明日は出勤してくるのだろうか…
- 570 名前：仕様書無しさん mailto:sage [04/07/12 22:14]
- >>568
バックアップ取らないお前も似たようなもんだろ。
- 571 名前：仕様書無しさん mailto:sage [04/07/12 22:39]
- >>566
30時間位もあるじゃねーか。
- 572 名前：仕様書無しさん mailto:sage [04/07/12 22:50]
- デスマ明けでっす。ウッフー
とりあえずベッドで死んでくるYO
- 573 名前：仕様書無しさん mailto:sage [04/07/12 22:52]
- >>572
乙。いやまじで乙。
- 574 名前：仕様書無しさん mailto:sage [04/07/12 22:56]
- そろそろ夏期休暇というイベントが始まる時期だが、そのころにデスマ決定済みな香具師いる？
- 575 名前：仕様書無しさん mailto:sage [04/07/12 22:56]
- >>571
さすがはデスマ参加者、冷静だな。
その３０時間に２６時間分ぐらいの作業割り振られてるくせに。
- 576 名前：仕様書無しさん mailto:sage [04/07/12 23:17]
- 甘い。
30時間に50時間分の作業を割り振られてこそ一流のデスマ要員。
- 577 名前：仕様書無しさん mailto:sage [04/07/12 23:32]
- >割り振られてこそ
甘い。自らそうしてこそ(ry
- 578 名前：仕様書無しさん mailto:sage [04/07/12 23:45]
- >>574
ノ
- 579 名前：仕様書無しさん mailto:sage [04/07/13 01:36]
- >心霊現象以外にも怖い体験ありませんか？
ある。
気がつくといつのまにかコーディングが済んでいる。全く記憶がないが確かに自分っぽい。
ちょっと感動した。
- 580 名前：仕様書無しさん mailto:sage [04/07/13 06:22]
- >>579
それは、小人さんが（ry
- 581 名前：仕様書無しさん mailto:sage [04/07/13 10:26]
- >576
30時間に∽の作業を（ｒｙ
- 582 名前：仕様書無しさんヘミソフィア mailto:sage [04/07/13 22:56]
- 崖っぷちに立たされた時
苦難が僕の腕を掴み
自分自身の在りかが
初めて見えたんだ
もっと広いフィールドへ
もっと深い大きな何処かへ
予測もつかない世界へ向かってゆくだけ
- 583 名前：仕様書無しさんヘミソフィア2番 mailto:sage [04/07/13 22:58]
- 人は歩き続けていく
ただ生きていくために
不完全なデータを塗り変えながら進む
始まりの荒野を独り
もう歩き出してるらしい
僕は灰になるまで僕で在り続けたい
デスマでスパロボできないYO （ ´Д⊂ヽ
- 584 名前：仕様書無しさん mailto:sage [04/07/14 19:54]
- >>559
死を招く仕事？ ビジネスパーソンに迫る心の病
tenshoku.inte.co.jp/msn/news/0045.html
失礼しました
- 585 名前：仕様書無しさん mailto:sage [04/07/14 20:28]
- >>584
ビジネスパーキンソンと読んでしまった
- 586 名前：仕様書無しさん mailto:sage [04/07/15 00:47]
- >584
トン。てかl付ければよかったんねorz
- 587 名前：仕様書無しさん [04/07/15 10:33]
- 俺もマの端くれ、ちょっとやそっとの詩篇じゃおどろかねー
仕様変更依頼のメールもサクっと開封。
えぇ！？(AA省略)
件数の多さに２ミリぐらい目が飛び出たよ。
そのあと、なぜかマシンを再起動してみた
そして現実逃避で会社の屋上で一服
俺の心はめちゃ弱かった、折れた・・・orz
折れない心は何処で売ってますか？
- 588 名前：仕様書無しさん mailto:sage [04/07/15 11:07]
- >>587
男塾で
- 589 名前：仕様書無しさん mailto:sage [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 名前：仕様書無しさん mailto:sage [04/07/15 23:14]
- >>593
辛いだろうががんばれ。
- 595 名前：仕様書無しさん mailto:sage [04/07/16 02:14]
- >ほとんどがエンドユーザーの要望ですた
だから作る前に仕様固めるからだよ(w
柔軟に対応汁！
- 596 名前：仕様書無しさん mailto:sage [04/07/16 13:56]
- > SEに言われたとおりに関数と変数を並べて、
並べれば出来るのなら、楽なもんだな…
てか、ほんと外設レベルで良いよ。
詳細は組みながら決めようや。
俺は仕様まで踏み込んで、かつ実装までやれる、
そんなノリ大歓迎。
- 597 名前：仕様書無しさん [04/07/16 18:51]
- >>595
使ってみてやっぱりこの機能もつけてよってのはよくあるだろ
それを引き渡し直前に言われた日にゃあ・・・orz
- 598 名前：仕様書無しさん mailto:sage [04/07/16 23:10]
- 納品をずるずる待たされるっていうのもなぁ orz
早くけりをつけたいのに、いろいろいわれてつきあう羽目になる罠
- 599 名前：仕様書無しさん mailto:sage [04/07/17 11:54]
- このスレの誰かが蜜Ｕバンクのシステム統合に行くのだろうな・・
みずぽを超えるのか超えないのか
史上最大のデスマになれるのか
- 600 名前：仕様書無しさん [04/07/17 14:57]
- >599
狙ってた統合案件もってかれちゃってこっちは火の車っすよ。
もし補償金出たとしてもこっちまではおりてこないしなぁ。
- 601 名前：仕様書無しさん mailto:sage [04/07/17 17:08]
- >>468
胃のあたりに鉛球打ち込まねばならんやつが1024人以上も？
- 602 名前：仕様書無しさん mailto:sage [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 名前：仕様書無しさん mailto:sage [04/07/18 18:17]
- ついにこの日がやってきた、みずほ銀行の勘定系システム統合がスタート : IT Pro ニュース
ttp://itpro.nikkeibp.co.jp/free/NC/NEWS/20040716/147357/
- 604 名前：仕様書無しさん [04/07/18 23:37]
- おわらねえ・・・・
後一週間で完成させねば・・・・
巷は連休age
- 605 名前：仕様書無しさん mailto:sage [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 名前：仕様書無しさん mailto:sage [04/07/19 00:41]
- コア5人が12ヶ月フルで
バックアップ10人が中途で6ヶ月
合計120人月と言いたい訳やね
- 609 名前：606 mailto:sage [04/07/19 03:15]
- もうだめぽ
- 610 名前：仕様書無しさん [04/07/19 06:56]
-
デスマの本質は金銭欲と有名になりたいという欲求にあると思われます。
もしくは人生捨ててるか。
自分がそうでなくても、周囲か上層部がその可能性が高い。
自己満足が周囲を地獄にしているってわかってます？
- 611 名前：仕様書無しさん [04/07/19 09:19]
- 馬鹿だからだろ。
近視眼的な思考しかできない真性の低能は、餌を見ると反射的に金網に突っ込んで、
血塗れになって死ぬ。「急がば回れ」の真逆を突き進む、鶏マネジメントの典型が、デスマーチ。
- 612 名前：仕様書無しさん mailto:sage [04/07/19 10:19]
-
必要な作業を（なるべく正確に）洗い出して、
要求期間内に作業を消化するのに必要な人員（スキル面、人月面）を割り当てる。
仕様変更や不測の事態に備えて、少し余裕を見ておく。
スケジュール内でどうしても吸収できない仕様変更は、リスケとセットで受ける。
これだけやっとけば、簡単にデスマにはならないと思うけどね。
最初の「必要な作業を洗い出す」とこから出来ない（しない）リーダが、巷にはあまりに多い。
顧客の仕様変更のせいにしたり、メンバの能力不足のせいにしたりしてね。
顧客や上司を納得させる説明ができない（そも自分の頭の中で理由が明らかでない）のも問題だね。
できない作業を受ける／部下にやらせる、なんて責任を伴うプロの仕事じゃないよ。
- 613 名前：仕様書無しさん mailto:sage [04/07/19 11:34]
- school4.2ch.net/test/read.cgi/job/1088424783/323
にも言ってやってくれ
- 614 名前：仕様書無しさん mailto:sage [04/07/19 14:12]
- >>612
プロの仕事じゃないといっても、それが出来ない営業やリーダーがほとんどだからね。
だから当然デスマは無くなることはない。
なんで出来ないかってーと、他の仕事みたいに仕事量の定量化が難しいからか。
個々人によって仕事量は軽く2〜3倍は違うし、作業の分担も統合も（他の職種に比べて）難しい。
それを把握出来る人ってのは本当の意味でのリーダー（全てにおいて一番能力が高い人）だけかと。
だがリーダーが年功序列の順になってる現状では、そんな人は極一握りになってしまう。
まぁ自分が30代になるまでにしっかり力を付けて、
リーダーになった時に同じ過ちを繰り返さないようにするしかないかな。
- 615 名前：仕様書無しさん mailto:sage [04/07/19 14:57]
-
>>614
いや本当に難しいと思うよ。
でも完璧な人間がいなくても、プロジェクトがある以上、その中で最善の人選をするしかない。
リーダがダメなら、誰か能力のある人が影のリーダとなって、足りない部分を補うしかないでしょ。
（まあ、そういう形ではあまり上手くいかないけど）
そういう能力が自分も含めてプロジェクト内にないなら、諦めてデスマを受け入れるしかないね。
ちなみに、３０代になる前でも似た経験は積めると思うよ。
仕事量の見積りとスケジュールの調整を、リーダ相手にやればいいんだから。
こういうのは、一担当者のうちからやってないと、リーダになって突然できるものじゃない。
- 616 名前：仕様書無しさん mailto:sage [04/07/19 20:33]
- 定量的にとらえることが難しい対象であっても、対象をとらえる際の精度を上げることは可能だ。
そういったプロセスを構築する取り組みがPMBOKだし、
技法としてファンクションポイントなどがあったりする。
「精度をあげることで総合的な管理は可能」という命題は正しいと考えている。
定量化するのではなく、総体的に見て一定の範囲に制御することはできるはずだ。
これが組織からデスマーチを救う道の一つであることは間違いない。
しかし、これをプロジェクト単位で適用するのも適切ではない。
それでは単なる責任者探ししか行われないからだ。
あくまで組織の長期的な取り組みとして、
過去のプロジェクトの成否は後のプロジェクトへのフィードバックとして生かさなければならない。
- 617 名前：仕様書無しさん mailto:sage [04/07/19 21:36]
-
まずは、プロジェクト単位からでも適用すべきじゃないのか。
「組織の長期的な取り組みとして〜なければならない」なんて言ってる間に、悲劇は生まれ続ける。
現場でもがく人間からすれば、自分のプロジェクトが救えれば先ずはそれで十分以上だし。
「責任者探し」つーより、「適任者探し」だよね。
小さい所からコツコツと（まして、そこが自分に関係する場所なら尚更）。
- 618 名前：仕様書無しさん mailto:sage [04/07/19 22:11]
- >616の言う「責任者探し」は、
日本では大概「スケープゴート探し」と同義だからね……
仮にプロジェクト始動時には「適任者」でも、プロジェクトがコケたとき
そいつは荒海に投げ込まれる持衰（じさい）でしかない。
- 619 名前：仕様書無しさん mailto:sage [04/07/19 22:39]
- >>618
「スケープゴート探し」なんて、後ろ向きな発想だな。
暗に失敗する事を前提にしてるじゃん。
まあ、そんな政治的な色合いの濃いプロジェクトは妄想の中だけにして、現実に目を向けましょう。
プロジェクトってのは大体外面は成功してるもの（明らかな大失敗がない限り）。
問題は、そのために現場にデスマを強いるかどうかって事で・・・・。
「適任者」をプロジェクトの頭に据える事ができるかどうかは、デスマの発生確率に大きく影響すると思う。
「適任者」たる能力がある人間を、アッサリ切り捨てれる程人材豊かな組織はちょっと現実には想像できないな。
- 620 名前：仕様書無しさん mailto:sage [04/07/19 23:09]
- >>619
>政治的な色合いの濃いプロジェクトは妄想の中だけにして、現実に目を向けましょう。
知らないという事は無力だな。「妄想の中だけにして」などと煽るようなことを言うな
>「適任者」をプロジェクトの頭に据える事ができるかどうかは、デスマの発生確率に大きく影響すると思う
そうだな。そして適任者に充分な権限があればデスマの発生確率は大きく下がる。
>「適任者」たる能力がある人間を、アッサリ切り捨てれる程人材豊かな組織はちょっと現実には想像できないな
組織は「適任者」を切り捨てない。「適任者」を切り捨てる個人がいるだけだ。
組織の利益と個人の利益が常に一致するわけではない。すなわち「自己の保身を最優先にする個人」などだ。
その様な人間が存在することも現実には想像出来ないとか妄想だとは言わんよなぁ
「純朴ではあるが、良く知らない」という印象だ。
- 621 名前：仕様書無しさん mailto:sage [04/07/20 00:15]
-
妄想だと決め付けるのは、間違いだった。
そういう人間がいないと決め付けるつもりもない。
ただ、「足を引っ張る人間があちこちに」みたいな考え方は、
自意識過剰と言うか、考えすぎと言うか、評価されない事への言い訳っぽいというか、まあそんな印象がある。
能力のある人間は、よほどの事がない限り周囲の人間にとって有益だし、そんなに足を引っ張る個人がいるかな。
この世の中にそんなケースは存在しない！なんて言わないけど、上のような評価されないことへの言い訳のケースとどっちが多いのかな。
まあ、この辺りが「純朴ではあるが、良く知らない」ところなのかな。
そちらは「エクスキューズの多い、悲観主義者」って印象だね。
- 622 名前：仕様書無しさん mailto:sage [04/07/20 07:13]
- 責任って言葉は日本ではいかにとらないかってためだけにあるのだよ。
- 623 名前：仕様書無しさん mailto:sage [04/07/20 09:21]
- 結果的に足を引っ張ってる事を、いつまでたっても認識できない奴は多いような気が。
- 624 名前：仕様書無しさん mailto:sage [04/07/20 12:40]
- >>621
まあそちらが私のことをどの様に評すかは気にならない。
私としても悪口を言いたいがためにレスした訳では無い。
足を引っ張ろうと意図して行動する人間は本当に少ないが、>>623の言う種類の人間は少なくは無い。
問題が各人のスキルだけに帰着されるのならば、デスマを発生させなくすることはそれほど困難ではないだろう。
私が言いたいのは「各職掌の人間（PM除く）のスキルが不足が故に発生するデスマはない」ということだ。
スキル不足が原因となっている様に見えるデスマは、本当は「各人に対するスキル管理の不足」が真の原因だろう。
そうならばこれは「管理能力不足の人間に管理をやらせたPMの誤り」と言うことになる。
もう一つ言いたいのは「デスマは人災である」ということだ。
>>612などは妥当な見解だが、
プロジェクトに関係する全ての人間の能力に全く問題が無い場合であってもデスマはおこる。
そちらの表現を使うなら「政治的な色合いの濃いプロジェクト」で。
そちらの総論を否定するわけではない。
>「適任者」をプロジェクトの頭に据える事ができるかどうかは、デスマの発生確率に大きく影響すると思う。
これには同意する。
まあその「プロジェクトの頭」が撤収も含めて全権を保持しているか否かは最大限に重要な点だ。
権限の不足しているPMはPMの名に値しない。これもまた指揮系統不備／権限委譲不備
という政治的な問題なのだが。
私の総論は「スキルの問題を過大視しない方が良い」だ。
#とりとめのないレスで失礼した。
- 625 名前：仕様書無しさん mailto:sage [04/07/20 18:26]
- デスマーチに陥るか否かの大部分は、
プロジェクトが始まる前にほぼ大勢が決していることが多い。
プロジェクトの作業をWBSに落とし込むことが多いと思うが、
このときどの程度まで詳細化しているかを考えてみてほしい。
たとえば何らかの業務システムを新規開発すると仮定して、
運用の設計やユーザー教育、テストというような中盤から終盤にかけてのタスクを
どのくらいの粒度まで分解しているだろうか。
2ヶ月くらい大雑把に線を引いておき、「後で考えればいい」と据え置いている場合をよく見る。
これは悪夢の始まりである。
開発プロセスのV字モデルに見られるように、テストや導入フェーズの作業に前工程は厳然と存在する。
その前工程はシステムの開発当初から実施することができる。
実装作業は行わなくても、方針や設計はいくらでも行っておくことができるのだ。
プロジェクトマネジメントの(守られていない)基本中の基本として、
プロジェクト開始時にWBSを可能な限り詳細化しておくことを肝に銘じておきたい。
少数精鋭のコアメンバ(顧客含む)が1週間ほどの時間をかけて行うのが望ましい。
これ以上の詳細化は無理だと思うところからさらに3段階くらい掘り下げたい。
WBSを細かくしておくほど現状とのズレは認識しやすくなり、プロジェクトの軌道修正も容易になる。
できる限り細かい粒度のWBSを、日単位で計画しておきたい。
- 626 名前：仕様書無しさん mailto:sage [04/07/21 00:47]
- プロジェクトは「最初」が一番重要というのは禿同。
スタートを上手く切れなければ後々がうまく行くわけが無い。
最初たらたらやって最後に頑張ればいいや〜というお気楽馬鹿が多過ぎるのがね。
デスマーチが無くならないわけだ。
- 627 名前：仕様書無しさん mailto:sage [04/07/21 10:03]
- スタートは大事だね
あと、次の仕事とれないのを異常にびびって
採算度外視で仕事とってくる営業も一因かと
デスマ→やる気低下→品質低下→次の仕事無し
- 628 名前：仕様書無しさん [04/07/21 14:03]
- デスマがデスマたる所以は、未来が見えないことだ。
顧客も見えず、稼動予定も見えず、進捗も納期も見えない。
ただ無能な管理者の「頑張れ」の声だけで行軍が行われる。
五里霧中に迷っている者がゴールに辿り付けるはずもなく。
デスマーチ。
- 629 名前：仕様書無しさん mailto:sage [04/07/21 14:11]
- やばい東京めっちゃ暑い
もちろん開発室缶詰なんで風邪ひきそうなくらい寒いけど
外との気温差がマジやばい
一応、停電にそなえて臨時バックアップ中〜
- 630 名前：仕様書無しさん mailto:sage [04/07/21 14:57]
- >>624
「エクスキューズの多い、悲観主義者」なんて失礼な事言っちまった。
これは謝罪して全面撤回させてもらいましょう。
624を全部読んだけど、漏れも殆ど同意見だ。
>まあその「プロジェクトの頭」が撤収も含めて全権を保持しているか否かは最大限に重要な点だ。
>権限の不足しているPMはPMの名に値しない。これもまた指揮系統不備／権限委譲不備
>という政治的な問題なのだが。
そのとおりだね。そしてＰＭをやるなら、こういった不備を「仕方ない」で済ましちゃいけないと思う。
それは会社にとっても本人にとっても、誰よりも参加するメンバにとって大いなる不幸だからね。
- 631 名前：仕様書無しさん mailto:sage [04/07/22 01:58]
- 1倍の余裕をもって
スケジュールを組めば完璧。
3ヶ月かかるんだったら
設計・開発・テスト3ヶ月、予備3ヶ月。
これでデスマ完全駆除。
- 632 名前：仕様書無しさん mailto:sage [04/07/22 02:30]
- >1倍の余裕をもって
ﾃﾞｽﾏ ｹﾃｰｯｲ
- 633 名前：仕様書無しさん mailto:sage [04/07/22 07:04]
- ＞3ヶ月かかるんだったら
これが、事前に３ヶ月と精度よく見積もれればいいんだけどねえ。
大規模案件であればあるほど、困難なんだよね・・・
- 634 名前：仕様書無しさん mailto:sage [04/07/22 09:46]
- >>631
要件定義やら外部設計がないぞ、おい
- 635 名前：仕様書無しさん mailto:sage [04/07/22 23:17]
- >100
僕の会社にも仕事ください。
- 636 名前：仕様書無しさん mailto:sage [04/07/23 00:38]
- むかしこのスレにも書いたことある者だ。
デスマ途中で退職し、いよいよ転職先へ出向く。
デスマを生まないように自分を戒めるために、改めてスレを読み直したところだ。
転職先では、いわゆる上流工程やコンサルタントをすることになる。
ソフトウェア工学はもとより、PM、ビジネス書などもかなり読んできた。
設計や実装に責任を持つ立場から、ビジネスの視点で責任を持つ立場に移ることになる。
仕事しかせずに過ごす毎日も嫌ではなかったが、
いまではそんな毎日は、たとえ可能であるとしてもやってはならないと思うようになった。
ここにいる歴戦の者達を再び生まないよう、これから最大限に努力する。
組織や環境は個人を救わない。救うのはいつも個人だ。
おおくの場合は本人自らが自分を救うのだが、俺は他人としてお前らを救いたい。
俺が救われたように。
- 637 名前：仕様書無しさん mailto:sage [04/07/23 10:18]
- [245]仕様書無しさん<sage>
04/07/22 23:15
上司の一言ではないが、デスマで連日泊まり込みの最中、
夜中に取っ組み合いのケンカが始まったり、朝５時からの
ミーティングのテーマが「夜型生活の脱却をするには」
だったりしたら悲惨だよ。これ実話。
- 638 名前：仕様書無しさん mailto:sage [04/07/23 13:19]
- >636
少しだけ期待してる がんがれ
- 639 名前：仕様書無しさん mailto:sage [04/07/23 18:02]
- 半年プロジェクトなのに、今頃要件定義がおわた。
あと２月でクラス図などの詳細設計を作って、実装、単体テスト、結合テスト、既存システムとの連動確認テスト
・・・夏休みどころか、土日もないな。この糞暑い時期に厳しく勤労をせねばならんとはヽ(´ー｀)ノ
人員の追加ですか？実装対象の画面数が半分に減ったので増員は認められませんでした。 (ﾟдﾟ)ｳﾏｰ
- 640 名前：仕様書無しさん mailto:sage [04/07/23 20:43]
- >>636
アフォか。
自分の周りを救えないヤツが誰を救えるちゅーねん。
成功体験こそが人を成長させる。途中で逃げ出す香具師に何ができるのよ。
実際のデスマを救うのは、詰め込んだソフトウェア工学やＰＭスキルじゃないぜ。
頭でっかちの勘違い君が一人誕生か・・・・。
- 641 名前：仕様書無しさん mailto:sage [04/07/24 00:00]
- 成功体験が人を成長させるって、幼いなー
- 642 名前：仕様書無しさん mailto:sage [04/07/24 00:15]
- 成功体験で自分の経験則に自信をつける事
失敗体験で原因を考察し、自分なりに結論を持つ事
どちらも大切だ
- 643 名前：仕様書無しさん [04/07/24 00:50]
- 今日も日の出が拝めそうだ・・・
- 644 名前：仕様書無しさん mailto:sage [04/07/24 01:16]
- >>640
逃げるが勝ち。
同じこと繰り返しているところにい続けても
人生の無駄使い。
- 645 名前：仕様書無しさん mailto:sage [04/07/24 01:59]
- >月でクラス図などの詳細設計を作って、実装、単体テスト、結合テスト、既存システムとの連動確認テスト
クラス図?、いらね
まず結合テストと既存システムとの連動確認テストの設計から始めろ
その後、単体テスト&実装が終わったら結合&連動確認テストだ
ここまで1.5カ月
- 646 名前：仕様書無しさん mailto:sage [04/07/24 07:53]
- 30を超えると成功体験でしか成長しなくなる
- 647 名前：仕様書無しさん [04/07/24 09:09]
- 50を越えると過去の成功体験にすがりついて成長しなくなる。
- 648 名前：仕様書無しさん mailto:sage [04/07/24 09:26]
- 成功体験なんて諸悪の根元だろうに。
少しは経営学の本でも読んでみろや。
- 649 名前：仕様書無しさん [04/07/24 09:43]
- 『市場の変化がますます加速している』 かつ、『個人が過去の成功体験に基づいて行動している』 とき、
『現在市場に必要とされている行動が取れない』ため、『市場への対応が遅れる』 わけで、
『企業の業績が悪化する』 ことは明白だと思うんだが。
違うかな？
- 650 名前：仕様書無しさん mailto:sage [04/07/24 11:29]
- ビジネス書を読むのは偉いが
それを鵜呑みにして畑違いな分野まで持ち込もうとゆーのが、もうね
- 651 名前：仕様書無しさん [04/07/24 11:34]
- そうそう。
実務経験の乏しいライターの講釈なんて鵜呑みにしてたら、害虫スレの144のようになる。
- 652 名前：仕様書無しさん [04/07/24 11:57]
- なるほど。
だからこの業界は焼畑農業時代から脱却できないのだな。
- 653 名前：仕様書無しさん mailto:sage [04/07/24 16:36]
-
>>642の言うとおりでしょ。
失敗体験（または、それを観察すること）で原因を考察し、自分なりに結論を持ち、
それを元にした成功体験で、自分の経験則を作り出す。
あとは、その経験則を盲信せず、見直し改善を加えていく。
>>648や>>649は、このデスマスレでは勘違い君だな。
それとも、実務経験ナシの妄想君か、実態は見ようとしない暴走君か。
- 654 名前：仕様書無しさん mailto:sage [04/07/24 16:58]
- 成功体験は、諸悪の根源というわけではないよ。
充分に成熟し変化が起こりにくい環境で、
何がどれだけ達成されると成功とされるかが明確な状況において、
その指標を的確に達成するには成功体験を持つ者のほうが有利だ。
しかし、それほど硬直的な場所はどこにもない。
まだ、失敗体験のほうがマシかもしれない。
失敗する方法はどんな状況でもほぼ同じだが、成功する方法は状況ごとに異なるから。
- 655 名前：仕様書無しさん mailto:sage [04/07/24 18:18]
-
成功体験豊かな人より、失敗体験の豊かな人のほうがマシだって・・・・・？
漏れの経験では、プロジェクトを成功させる人は、大体において別プロジェクトでも成功できる。
逆にプロジェクトを失敗させる人は、別のプロジェクトでもやはり失敗しがち。
成功体験を基にした経験則って、ＰＭにとって物凄い貴重なスキルだと思う。
漏れなら、成功体験豊かなリーダの率いるプロジェクトに参加したいけどね。
- 656 名前：仕様書無しさん [04/07/24 19:08]
- >>655
20年前の成功体験を振りかざすPMなら、差し上げますが。
- 657 名前：仕様書無しさん mailto:sage [04/07/24 19:12]
- >>655
おまいは面接の度に「このプロジェクトのリーダーは常に成功を収めてきましたか？」
なんて聞くのか？
- 658 名前：仕様書無しさん mailto:sage [04/07/24 19:14]
-
>>656
その後も成功体験を重ねてるなら貰ってもいいです。
お返しに、若くしてＰＭの立場になったけど、いまだ連敗中のＰＭはどうですか？
豊富な失敗体験をもってますよ。
- 659 名前：仕様書無しさん [04/07/25 02:46]
- printf("もう辞めさせてください。");
- 660 名前：仕様書無しさん mailto:sage [04/07/25 06:12]
- >>659: In function `main':
: undefined reference to `printf'
collect2: ld returned 1 exit status
- 661 名前：仕様書無しさん mailto:sage [04/07/25 08:02]
- >>654
>失敗する方法はどんな状況でもほぼ同じだが、成功する方法は状況ごとに異なるから。
本当か？
- 662 名前：仕様書無しさん mailto:sage [04/07/25 09:48]
- >>661
>>失敗する方法はどんな状況でもほぼ同じだが、成功する方法は状況ごとに異なるから。
>本当か？
違うと思うけどね。
失敗する原因は無数にあり、失敗する人は、毎回少しづつ違う原因で失敗を繰り返す。
成功する人は、その時々で違う失敗に繋がる要因を、破綻しない程度にクリアすることができる。
>>654はプロジェクトというものを知らないのか、とてつもない切れ者かのどっちかだね。
- 663 名前：仕様書無しさん [04/07/25 12:51]
- 成功する方法は一つだと思う。
・目標を明確にして、努力する。
要件定義や仕様確定が出来ていないと、
「目標を明確にできていない」わけで、
失敗がほぼ確定する。
努力だけで目標に達成できるというのは、
一部の無能管理者の信仰に過ぎない。
- 664 名前：仕様書無しさん mailto:sage [04/07/25 15:07]
- ・目標を明確にして、努力する。
これだけ知ってれば、目標に達成できるというのは、
一部の無能管理者の信仰に過ぎない。
「努力する」なんて精神論持ち出してる時点でアンタ終わってるよ。
『プロジェクトが成功しないのは、各メンバの「努力が足りない」せいだ。
漏れは用件定義や仕様確定をキチンとやった。』
なんて日頃から言ってるんだろうね。
アンタと一緒に仕事してる香具師が可哀相だよ・・・
|
 |
