- 1 名前：仕様書無しさん [05/03/06 21:31:11 ]
- ＹＲＰ逃亡者様に携帯電話開発の現状を語って頂きます。
ＹＲＰ逃亡者様と、そのシンパの方のみ書き込みをお願いします。
- 420 名前：仕様書無しさん mailto:sage [2005/07/14(木) 00:49:27 ]
- なあ、みんな携帯開発きついとか言ってるけど、派遣とか協力会社の下流のやつらだからだろ。
人生上流過程でまったりと仕事しろよ。
（と、某メーカーで携帯のソフト上流やってる社員のコメントでした）
- 421 名前：仕様書無しさん mailto:sage [2005/07/14(木) 02:02:27 ]
- メールの振り分けと仕様書や報告書の押印だけの事務処理で毎日が終わって
報告書提出＝給料な仕事には魅力を感じないな。確かにこれも大変で重要な
仕事ではあるんだろうけどプログラマーが昇進してやる仕事なのかと
常々思う。でも金が下級プログラマより断然いいから文句も言えない。
色々ノウハウを教えてあげたいのだが、プログラマーチームとは席も
離れてるし連絡は記録に残るようにグループウェアを経由しないとだめだし
大量のメールをさばいている時に派遣の人が質問に来ると「ウゼェよ馬鹿」と
心の中で叫ぶ自分が悲しいデス。今日は○○進捗報告のつじつま合わせで
1日かかっちゃったよﾊｧ。
- 422 名前：仕様書無しさん mailto:sage [2005/07/14(木) 03:08:14 ]
- >>420
上流の人達（メーカ社員・元請け会社）を見てて、
下流の俺よりも楽してるとは思えないけどなぁ…
毎晩帰りも遅いみたいだし、俺なんて毎日定時
だけど・・・ 本当に携帯業界の人？
- 423 名前：仕様書無しさん mailto:sage [2005/07/14(木) 03:12:23 ]
- >>420がまったりしてるぶん、周りが地獄を見てるんだろうな
- 424 名前：422 mailto:sage [2005/07/14(木) 03:36:28 ]
- ところで、常日頃考えてるんだけど、この業界って
後何年くらい、食べていけると思いますか？
正直、かなり心配です・・・
- 425 名前：仕様書無しさん mailto:sage [2005/07/14(木) 06:45:13 ]
- >> 424
食べていけるかどうかは424の事なのでわからんが、
Brewや審美案+シリーズXXが普及する2〜3年後に
は、PC並みの分業体制に移行するんじゃないか。
それにより、従業者も激変するだろう。
あんな人が多い開発体制でメーカーは儲からんで
しょう。
- 426 名前：仕様書無しさん [2005/07/14(木) 21:58:22 ]
- >>425
ほんと人が多いですね。 「何故、こんなに沢山の人が？」と
いつも思います。 あれだけの人数を確保するための費用を
考えると普通は削減に動きますよね。そーなると、仕事は無い
ですね。
- 427 名前：仕様書無しさん mailto:sage [2005/07/14(木) 23:00:08 ]
- >> 426
開発プロセス改善に力入れている所は、無駄な
作業を減らして、できるだけ少ない人数で開発で
きるようにしているんじゃない？
どことはいわんが求人情報をみれば、どういう
体制で行っているかだいたい想像つくし。
軍曹がいた所みたいに、精神論で突き進む所も
あるようだが。。。
- 428 名前：仕様書無しさん [2005/07/14(木) 23:08:31 ]
- >418
なんだよ同じ土方仲間かよ。それも偏食かよ。土方なら何でも食えよ。
俺達土方を馬鹿にしていいのはブルジョア様だけだぞ。
どっかのブルジョア様、素晴らしい日常生活を披露してくれ！！
あと、人売りは傷のない商品を好む？ウソウソ、全くのウソ。
経歴は種類が多い方がいいんだよ。はっきり言って数勝負！！
- 429 名前：仕様書無しさん [2005/07/14(木) 23:26:41 ]
- 軍曹と同じような状況になった事が何回かあるが、俺の対処と軍曹の対処は結構違うな。
軍曹って結構ヤバイ対処してない？それは言っちゃいけないのかな？
- 430 名前：仕様書無しさん mailto:sage [2005/07/14(木) 23:39:40 ]
- 軍曹はブラックリストに載ってるから
- 431 名前：仕様書無しさん [2005/07/15(金) 00:00:57 ]
- >430
なぜ、あんないい人がブラックリストに？
- 432 名前：仕様書無しさん mailto:sage [2005/07/15(金) 02:53:45 ]
- >393
何を言っとるんだねチミは
そりゃあ、DoCoMo様御用達のブラウザライブラリを使うだけだけど
モノを作るのは楽しいに決まってるじゃんか
- 433 名前：仕様書無しさん mailto:sage [2005/07/15(金) 08:25:30 ]
- >>431
前もって「辞めます」と言わず、ろくに引継ぎもせず、突然失踪したからかと。
それに良い仕事してたかどうかとか、携帯開発だからとかに関係無く
IT業界全体の悪しき慣習として、辞めた奴に対して「転職妨害」が働いている。
無い会社もあるが極少ない。
まあその妨害も他業種＆他地域に及ぶ程の力は無いから
そういう意味でも軍曹には別職業＆上京を奨めている。
- 434 名前：仕様書無しさん [2005/07/15(金) 20:30:17 ]
- 軍曹がYRPに派遣されて、「仕様が伝わって来ない」ってのがあるが、これはまずい。
下請けなので直接聞けないって感じだったけど、仕様が伝わって来ないんじゃ天才でもできないよ。
実際直接聞くとすごく怒られる事もあるが、たとえ大問題になっても聞くべきだな。
問題になれば直接聞けるルートが確保される場合が多い。
特に大企業は問題にならないとやらない場合が多いけど、問題になるとそのままうやむやに
終わらせることができないから、なんらかの対策が実施される。
やはり、「来たばかりで何も分からなかった振り」をして、直接聞くべきだった。
- 435 名前：仕様書無しさん [2005/07/15(金) 21:05:22 ]
- 「新人にソースのコメント修正をさせて、後で元に戻させる」と言うような事があったと思う。
部署によってはよくある事だ。
実際コメントとは言えソースを大修正する場合はしつこく確認すべきだが、確認していてもまれに
こういう状況に陥ってしまうことがある。この際それは仕方なかったとして、
新人に再修正させるのはまずい。
拷問で「穴を掘らせて、掘ったら埋めさせる」と言う物があるが、これはそれに近い。
新人は精神的に一番弱い。たとえやる気があっても、本人がすごく元気でもそれは変わりない。（例外もあるが）
そのため、たとえ営業的に意味があっても「無駄な作業」を新人にやらせるのはまずい。
一番いいのは、こっそり自分で修正する事だ。だめなら多少効率が悪くても他の人間にやらせる。
まあ、キーボードマクロやVSSの差分管理を利用するのは当然ではあるが。
- 436 名前：仕様書無しさん [2005/07/15(金) 21:17:36 ]
- 軍曹の勤務体系がはっきりとは読み取れなかったが、全員朝から深夜まで働いているように読み取れた。
これもまずい。前にも述べたように精神的に新人は最弱で、自分が一番強いとする。
となると、勤務可能な時間は新人6時間、中堅8時間、自分10時間と見るべきだろう。
つまり新人は定時でもすこし無理をしていると見るべきだ。
また新人に残業させても進捗にはマイナスにしかならないだろう。（例外もあるが）
そのため、朝は定時に来させて夕方は定時に帰す。
たとえ本人がやる気でも帰させる。必ず「今日はもう帰っていいよ」と言ってあげる事。
本人にやる気があっても「そのうち忙しくなるから今のうちに帰っておけ」とか、
「俺は夜は人が少ない方が集中できるから、おまえ達は帰れ」とか言って帰す。
自分が辛くなったら、朝遅刻して来ればいい。倒れたり寝込むよりははるかにマシだ。
真面目な新人が朝の番をしてくれるだろう。
とりあえず外部からは朝から晩まで誰かいるように見える。誰もいないよりははるかにマシだ。
- 437 名前：仕様書無しさん [2005/07/15(金) 21:25:30 ]
- 補足だが新人に最初にやらせる仕事は、結合試験もしくは単体試験をお勧めする。
もし工程的にあとにならないと作業がないなら、内部的にプロトタイブ開発にして、
自分のコーディングしたソースを試験させよう。必ず試験項目表を書かせること。
試験項目表もサンプルを出して、最初の1枚書いたらすぐにチェックすること。
もし仕様変更になって試験が無駄になっても、前の項目は破棄せずに追加とし、
無駄な作業ではないと思わせること。
新人にコーディングさせるのはお勧めしない。暇なら別だが。
特に忙しいのに新人にコーディングさせるのは、自殺行為である。
自分でコーディングして、単体試験からやらせるのをお勧めする。
- 438 名前：仕様書無しさん [2005/07/15(金) 21:41:08 ]
- 「軍曹の開発部署に”研究員”が来て、さんざん馬鹿にして帰って行く」ってのを見たことがある。
これもまずい。こういう事はまれにある。私的にはこれを「昇段試験」と呼んでいる。
これはある意味戦いである。技術者は技術の高さ=その人間の価値と見る傾向にある。
つまり、ここで力がある事を見せれば今後有利なことがあり、嘗められれば不利なことになる。
相手は専門知識を持っているのでその点ではかなわないだろう。その分野で勝負はしないこと。
さりげなく、自分の専門分野の知識があることを見せること。
また相手が研究系なら、実務系や運用知識系に弱い可能性が高く、
実務系なら最新技術に弱い可能性が高い。その所をさりげなく攻めることをお勧めする。
相手を打ち負かす必要はない。相手の持ってない知識をもっていることをアピールするだけでよい。
- 439 名前：仕様書無しさん [2005/07/15(金) 22:16:49 ]
- 軍曹が仕事をするにも「十分な試験端末数が確保できない」と言う事があったと思う。
これもよくある。マシンがなければどうしようもないのがこの仕事。はっきりいって出社しても意味ない。
つまりマシン確保は重要課題となる。
一番いいのはあらかじめ言って用意して貰う事だ。それができたら苦労しないと言われそうだが。
これがダメなら直訴。つまりプロジェクトマネージャーに頼む。
場合によってはPMが暇で仕事を欲しがっている事があるので、それが乗れれば運がいい。
それでだめなら、ローテーションを組み、3交替か2交替で24時間マシンを使う。
どうにかして、マシンを使える時間を確保すること。
また手にいれたマシンはできるだけ長く動く状態を維持して自分たちで使うこと。
貸してくれと言われても自分達優先、ファームをバージョンアップすると言われても
動いているなら自分達が必要でない限りバージョンアップさせない。
どこかの誰かが動くことを確認して安全だと分かったらバージョンアップする方がいい。
- 440 名前：仕様書無しさん mailto:sage [2005/07/15(金) 22:39:49 ]
- ・・・
「露で光る花弁を押しひろげ」まで読んだ。
- 441 名前：仕様書無しさん mailto:sage [2005/07/15(金) 22:41:59 ]
- #最近暑いと思ったら、学校は夏休みが始まっているんだね
- 442 名前：仕様書無しさん mailto:sage [2005/07/15(金) 23:57:18 ]
- >>433
通信系の開発現場に派遣で行ったら、
そういう事が普通に横行している現場だと思っていましたが・・・
仕様書無し（あっても昔の手書きの仕様書）
説明できる人間が居ない
あるのはスパゲティソース
- 443 名前：デスマ生中継 [2005/07/16(土) 00:51:23 ]
- これじゃ優秀なベテランPGが次々と軍曹と同じ命運を辿るぞ。
今から何とかしなければ。・・いや、たった今結合試験でデスマ現場から
２ちゃんしている俺も既に手遅れかなあ。結合試験段階なのに下位層のモジュールが
未完成で「ベータ版を順次段階リリース」してくる。こりゃあかん。火曜の朝一までに
俺らのアプリをデバッグ完了させないと、プロジェクトに大打撃がかかる。
- 444 名前：仕様書無しさん mailto:sage [2005/07/16(土) 12:48:43 ]
- 443はどうなったかね
- 445 名前：仕様書無しさん mailto:sage [2005/07/16(土) 14:18:20 ]
- しょせんコーディングするやつら下請けは地獄を見るだけだよ。
お前ら今から大学もう一回いって、上流のメーカー側に入れ。
はっきりいって仕様を考えたりする方が楽しくて、楽でいいぞ。
コーディングなんてクソ・・・ごめん、さすがにそれは言い過ぎか。俺も新人の頃はコーディングを２年くらいしたしな。
- 446 名前：仕様書無しさん mailto:sage [2005/07/16(土) 15:07:29 ]
- 最後改行してないのはなぜ？ｗ
コーディングも楽しいことは楽しいよ。
ちゃんとした仕様書があってキレイに設計されていればの話だがな。
仕様の時点で破綻してるのが見え見えなのに下流でどうしろと・・・。
- 447 名前：仕様書無しさん mailto:sage [2005/07/16(土) 20:56:37 ]
- >> はっきりいって仕様を考えたりする方が楽しくて、楽でいいぞ。
あんな見かけだけで、何の役にも立たんアプリケーションを考える
のがほんとに楽しいか？
- 448 名前：仕様書無しさん [2005/07/16(土) 21:15:17 ]
- > あんな見かけだけで、何の役にも立たんアプリケーションを考える
大丈夫！俺なら1回も使わないから。ごく一部のユーザが機種の一生に一回
使うかどうか？なんて過剰機能に対して、アフォみたいに品質を追求して
デスマになるなんて、人生を無駄遣いしている以外の何物でもない。
無意味な奴隷生活よりもまだ無職ニートの方が誇り高いと思わないか？
- 449 名前：仕様書無しさん [2005/07/16(土) 21:28:30 ]
- 軍曹の話にあった職場ではホント、ハードとソフトの仲が悪いんだな。
デスマの根底にはそれがありそうなきがする。
- 450 名前：仕様書無しさん mailto:sage [2005/07/16(土) 21:37:29 ]
- >> 424
アドビやアップルのような所は別にして、あんな横並びの古い体質の
所で企画やるぐらいなら、個人でNapsterみたいなぶっ飛んだBrewア
プリを仕様から考えて認証とって、売りさばいた方が楽しいw。
例えば、団地を歩いていると、飢えた奥さんから急に着信がかかってくる、
その名も団地妻の誘惑とかw
- 451 名前：仕様書無しさん [2005/07/16(土) 22:14:49 ]
- ハード屋とソフト屋の戦いは今に始まったわけじゃ
ないのだが
- 452 名前：仕様書無しさん [2005/07/16(土) 22:28:49 ]
- ハード屋にとってソフト屋を屈服させる事こそが「聖戦」だ。
製品開発はその次の問題だ。
- 453 名前：仕様書無しさん mailto:sage [2005/07/16(土) 23:13:18 ]
- >>442
おれの行ったところもそうだった。
最初、スパゲティソースが読めなくて、使えない奴と思われていたよ。
- 454 名前：仕様書無しさん mailto:sage [2005/07/17(日) 00:14:22 ]
- >>453
運悪くそんなとこに行ってしまったら
俺は優秀な人間なんだと主張している人間の勝ちだ。
優秀であるかを発揮する場所が無いから。
- 455 名前：仕様書無しさん [2005/07/19(火) 09:46:51 ]
- デスマーチ現場において遅れが発生するのは当然である。まあ、遅れているからデスマーチな訳だが。
その理由で一番多いのは、「関連部門が遅れている（仕様が不明／頻繁な仕様変更）」である。
軍曹の所でもハードや関連部門が遅れて、デスマーチに巻き込まれているような記述を見た。
ここで注意しなければならないのは、「他部門が遅れていても自分の作業時間を確保すること」、
「遅れている他部門のせいにすること」、「できる範囲で協力すること」である。
期間が5日で自チームの作業が3日かかるとする。
他部門が4日使ってしまった時、無理して1日で作業してはいけない。
必ず責任者に言って2日延ばしてもらわなければいけない。
もし他部門がいつ終わるか分からない場合は、はっきりと他部門が終わってから3日かかると言うこと。
この際、「すみませんが、○○チームさんが出来てから3日かかります。」と下手に出ること。
もしどうにかしてくれと言われたら、「○○チームさんが完了しないと、うちではどうにもなりません。」
と遅れているチームのせいにすること。
そして一応、
「できる部分は先に進めておきます。ただ変更が発生した時の戻りが発生するかもしれません。」
と頑張っている事をアピールしておくこと。
自分たちのチームが一番遅れていない限り、この手段を使いましょう。
やってるのは当然の事ですが、デスマーチを避ける基本です。
自分たちが一番遅れている場合の対処はまた今度。
- 456 名前：仕様書無しさん [2005/07/19(火) 11:59:28 ]
- 軍曹の体験記で謎なのが、「自分の仕様書が古いので、他部門の仕様書と取り替える」と言う物だ。
部下の1人が他部門の仕様書を盗み、自分の持っている古い仕様書とすり替えたのを知って、
軍曹が褒めると言う記述があったが、ちょっと理解しにくい。
恐らく他部門への恨みかなんかがあったように思えるが、私が思うのは、
「無益な恨みや嫉妬やプライドは犬に食わせろ」である。
新仕様書が欲しいならコピーすればいい、コピー禁止なら、正規のルートを通じて回してもらえば
いいだけである。最悪でもそのチームに頼んで見せてもらえばいい。
自チームの遅れをごまかすために他チームを妨害したいと思う時もあるかもしれないが、
妨害という手段で他チームを遅らせてはいけない。
他チームが進んでいるなら、それは客観的に見て自チームより他チームの方が優秀だと言うことだ。
相手が嫌な奴でも運がいいだけでも、それを認めるべきである。そうすれば腹も立たない。
つまらない妨害するより、遅れている原因を解消する手段を考えるべきである。
- 457 名前：仕様書無しさん mailto:sage [2005/07/19(火) 18:11:00 ]
- 別に他チームの妨害をしたいわけじゃなくて、正規の手段で仕様書が回ってこないから不正な手段をとったんでしょ
なくなってたらバレるから自分のところの古いやつを替わりに置いてきただけで
- 458 名前：仕様書無しさん [2005/07/19(火) 18:47:18 ]
- >>455-456
きれいごとばっかだな。
アンタ、本当のデスマーチ体験したことないんだろ？
長文書く元気があるうちに、転職先見つけとけ。
体潰してからじゃ転職活動もままならないからな。
- 459 名前：仕様書無しさん mailto:sage [2005/07/19(火) 20:20:12 ]
- 皆がバラバラのことを言い出して、何が問題なのかも把握できなくなってこそ
デスマーチ！
問題を解決するために助言しようとしても、相手が疲労の極致で聞く気力がなくなってこそ
デスマーチ！
- 460 名前：仕様書無しさん mailto:sage [2005/07/19(火) 20:38:10 ]
- 確かに>>455-456が修羅場を経験した事がないことはよく分かった
でもそれが普通だしいいことだと思うよ
- 461 名前：仕様書無しさん [2005/07/19(火) 22:29:25 ]
- いや、デスマの根本的な原因を辿るとインパール提督に辿りついてしまうのは
俺だけだろうか？
それと、変なスレが立つから折れんとこの部長にもそのあだ名がついてしまった。
言われてる人は気付いてないけどさ。
- 462 名前：仕様書無しさん mailto:sage [2005/07/19(火) 22:39:28 ]
- >>456
軍曹のあの話は分断された組織の非効率さを嘆いているものでしょ。
恨みとかプライドとか、そんなもんで動かないよ、普通の人は。
いっときそういう衝動があっても、持続するもんじゃない。
軍曹たちのような守るものをあまり持っていない(と思われる)人達ならなおさら。
あの話から携帯開発の組織構成の問題ではなくて、
個人の恨みつらみといった精神論に帰着させるって、どういう目線してんのか・・・。
- 463 名前：葉猫 ◆Jz.SaKuRaM mailto:sage [2005/07/19(火) 22:51:54 ]
- 一気に読んだら疲れまちた。ふぅ〜。
むかちを思い出して泣けてきまつね。。。。
- 464 名前：仕様書無しさん mailto:sage [2005/07/19(火) 22:55:30 ]
- なんか楽しそうだな、お前ら
- 465 名前：仕様書無しさん mailto:sage [2005/07/19(火) 23:16:18 ]
- >>455-456
「「菊門は初めてかね」と中年特有のいやらしい口調で部長が」まで読んだ。
- 466 名前：仕様書無しさん [2005/07/19(火) 23:17:30 ]
- >458
確かにキレイ事ばかり言っているように聞こえるかもしれない。
何度かデスマーチを体験している人ならそう言う人も多いだろう。
私がデスマーチを体験したことがないと思う人がいるかもしれないが、残念ながらそれは誤りである。
私は俗に言う火消しである。
多くのプロジェクトは自チームの担当だけでも、大体3カ月で平常に回復させているが、
全力でやっても回復に1年かかったプロジェクトもある。
日経の動かないコンピュータに乗ったようなプロジェクトにも参加したことがある。
それで分かったのは、結局の所、「デスマーチ」の対抗策は「正攻法」だと言うことだ。
ただ実際に正攻法で行くと「かなり嫌がられる」事になる。当然、妨害や嫌がらせもあるだろう。
それでも無理してでも正攻法で押し通すのがデスマーチ解消への近道である。
- 467 名前：仕様書無しさん [2005/07/19(火) 23:24:25 ]
- >462
では仕様書を取り替えてきた部下を褒めたのはなぜだ？
非効率さを嘆くのと、仕様書を取り替えるのに関連があると思えないのだが。
非効率さを他のチームにも体験させようとの意図だろうか？
- 468 名前：葉猫 ◆Jz.SaKuRaM mailto:sage [2005/07/19(火) 23:29:26 ]
- デスマーチ状態になったら諦めた方がいいんじゃないでちょうか。
1日20件くらいバグが来たとちても気にせずに残業だけちてあげれば
PMがスケジュールをなんとかつるでちょ。
- 469 名前：仕様書無しさん mailto:sage [2005/07/19(火) 23:38:20 ]
- 火消しはデスマ体験者とは違うんじゃね?
だんだんヤバくなって士気が低下してくの自分で感じないと。
あとから火消しだけする奴は、精神的に余裕あるから。デスマの原因自分じゃないし。
- 470 名前：仕様書無しさん [2005/07/19(火) 23:43:32 ]
- ただ私は軍曹が悪いとは言うつもりはない。
私が読んだ情報では軍曹は実務経験5年の中堅だと言うことだった。
それに4人の部下を連れてデスマーチ投入と言うのはかなり酷な話だろう。
実際に経験5年で4人の部下を連れて、デスマーチを回復させることができるような人間は稀だろう。
普通は自分一人で手一杯なはずだ。
それでも部下の面倒を見て乗り切って行こうとするのは評価出来る。
ただ今同じ状況に陥っている人が、諦めて嫌になってしまう前に、別の道もあると言うことを
伝えておきたいと言うことである。
- 471 名前：仕様書無しさん mailto:sage [2005/07/19(火) 23:57:02 ]
- >>467
仕様書という開発者が頼るべきよりどころが組織内で統一して取り扱われていないということを
寓話的に書いたものでしょ、あれは。
軍曹の話はそもそもかなりの部分フィクションだろうし。
あの話から真っ先に思うのは「仕様書の版数管理と配布の一元化の重要性」。
仮に、他チームの邪魔をするほどに恨みや嫉妬が蔓延してたとしたら
それって「犬に食わせなさい」で解消すんの？そうは思えんけどなあ。
「無益な恨みや嫉妬やプライドは犬に食わせろ」言ってみたかっただけちゃうんかと。
- 472 名前：1 mailto:sage [2005/07/20(水) 00:01:10 ]
- >>466
> 「デスマーチ」の対抗策は「正攻法」だと言うことだ。
漏れは私見だけど、携帯デスマーチは他のデスマーチは明らかに違う。
正攻法は通じないよ思うがどうよ。
そもそも正攻法の通じるProjectであれば、軍曹殿のような人はいないと
思うが。仕様変更なんかしょっちゅう。それも事業者からヤレと言われれば
拒むことなど滅多にできない。
> 必ず責任者に言って2日延ばしてもらわなければいけない。
これに成功したことのある人は手を挙げてください。
> もし他部門がいつ終わるか分からない場合は、はっきりと他部門が
> 終わってから3日かかると言うこと。
> この際、「すみませんが、○○チームさんが出来てから3日かかります。」
> と下手に出ること。
これはやってる(正確に言えばやってた)。文書も残してる。
> もしどうにかしてくれと言われたら、「○○チームさんが完了しないと、
> うちではどうにもなりません。」 と遅れているチームのせいにすること。
これも当然。
だが・・・。それでもお尻は変わった試しはなく、○○チームの遅れが
自チームに跳ね返ってきて自チームの作業時間が短くなるだけ。
- 473 名前：仕様書無しさん mailto:sage [2005/07/20(水) 00:07:46 ]
- 遅れている理由があっても、時間内にやらないといけない。
つまりはそういうこと。
何があろうと時間内に終わらせないといけない。
正直、下の人間が死んでも客は、「で？しめきりまでに終わらせろよ」
といいそう。
- 474 名前：1 mailto:sage [2005/07/20(水) 00:08:06 ]
- こんなことを言ってた人が居た。
もうProjectは火が吹いていた。
「納期が厳しく時に理不尽だが、市場が決めた納期だ」
「各自が何をすべきか考えて行動して欲しい」
で、その後に出てきた言葉が、連休全部出てね（はぁと）
お前の方こそ何をすべきか考えろ、と小一時間(tbs
これでPMってんだから。
- 475 名前：1 mailto:sage [2005/07/20(水) 00:09:47 ]
- で、ひとつ聞きたいのだが
>>455-456 は
携帯開発の経験はあるの？
- 476 名前：仕様書無しさん mailto:sage [2005/07/20(水) 00:29:11 ]
- おいやめろ、構うな。正体は軍曹だよ。今の俺ならデスマを救えるといいたいんだよ。
日経に出てくるような(現実には一人も存在しない)XPを実戦する人を夢見て
コインランドリーの店番してるんだよ。蒸し暑い店の中で日経を読みながら。
- 477 名前：仕様書無しさん mailto:sage [2005/07/20(水) 00:35:05 ]
- >>466
確
何
私
私
多
全
日
そ
た
そ
・・・縦読みできない長文は2chにおいては屑である。
- 478 名前：仕様書無しさん mailto:sage [2005/07/20(水) 00:41:14 ]
- 「構うな」は同意
- 479 名前：仕様書無しさん mailto:sage [2005/07/20(水) 01:06:00 ]
-
> 必ず責任者に言って2日延ばしてもらわなければいけない。
「2日延ばして下さい」
「2日延ばすー??? 発売日知っててそんなこと言ってんのか??
今日リリースすると約束しろ」
「すみませんが、○○チームさんが出来てから3日かかります。」
「3日かかるー??? 工場一日停めんのにいくらかかると思ってんだ??
今日リリースすると約束しろ」
- 480 名前：仕様書無しさん [2005/07/20(水) 02:22:02 ]
- 自分では現実的な事を言ってるつもりなんだろうな。
ウチ来てくれ。
- 481 名前：仕様書無しさん mailto:sage [2005/07/20(水) 02:32:40 ]
- YRPは5年前となんら変わりがないな、
旅行がてらハイキングにでも行くかな。
レストランで飯も食えるし。
30分で飽きそうだが。
- 482 名前：仕様書無しさん [2005/07/20(水) 02:35:19 ]
- デスマから逃れる手段は辞めるか壊れるしかない
− ゲーテ −
- 483 名前：仕様書無しさん mailto:sage [2005/07/20(水) 02:40:31 ]
- >>481
５年前と比べてホテルやコンビニができたり
５番館や独身寮が作られたりしてて多少は変わってるよ。
30分で飽きるけど。
- 484 名前：仕様書無しさん mailto:sage [2005/07/20(水) 03:05:43 ]
- 5年前にもコンビニありましたよー、ありゃ売店か。
ホテル・・・・独身寮・・・・・うわー。
- 485 名前：仕様書無しさん mailto:sage [2005/07/20(水) 03:12:07 ]
- ５年前にローズテリア２とかってあったっけ・・・
よく考えてみたら行ってたのはY2K対応だったんで６年前だorz
その時は確かローズテリア２やコンビニはなかったはず・・
- 486 名前：仕様書無しさん mailto:sage [2005/07/20(水) 03:33:26 ]
- ホームページ見たらえらい様変わりしてましたね。
確かにローズテリア2やちゃんとしたコンビニなかったですね。
就業者イベントが結構あったりして昔より街になってる雰囲気がありますね。
まあ就業者といっても派遣の人には無縁でしょうけど。
- 487 名前：仕様書無しさん mailto:sage [2005/07/20(水) 21:00:12 ]
- しかし、仕様がばらばらのまま進める現場ってむちゃくちゃだな
どう考えても仕事が遅れる原因だろうに
- 488 名前：仕様書無しさん mailto:sage [2005/07/20(水) 21:14:52 ]
- デスマですから
- 489 名前：仕様書無しさん [2005/07/20(水) 21:57:15 ]
- >471
そういう意図なら納得出来る。
>472
いや正攻法は通じる、と言うか裏技使うと悪化することが多い。
有効な裏技があったら俺が教えて欲しいぐらいだ。
また遅れたら納期が延びるか機能削るかになる。そのまま出荷すると言うのは私は経験したことはない。
>473,474
確かに話の通じない人はいる。「やれ」と繰り返すだけの人がそうだ。中間会社の営業に多い。
これに反発して「なんだと、じゃやってやろうじゃねーか、死んだら貴様のせいだ。」とか、
「できねーもんはできねーんだよ、1つもやらん。」とかやってはいけない。
今までにそうやって、良くなったためしはない。
よくなった時の対応は、「○○機能まではできますが、完了するには×日かかります。」と言って、
納期を延ばすか、機能を削ってもらった時だけだ。
>745
ある、がベンダーや時期は公表出来ない。
また俺の書き込みは特定ベンダーや携帯開発だけに対するものではない。
あくまでも、不特定多数のデスマ一般に対する物である。
- 490 名前：仕様書名無しさん mailto:sage [2005/07/20(水) 21:58:14 ]
- 携帯のハード（基板関係ですけど）デスマだすよ。
基板の技術から見ると新たな機能を付けるには複合技術だから
回路的にはOKのことでも、素材の性能でOUTなこともあるわけだすね。
結局の所、アィデイア勝負なんだすよ。
納期を時間通りに言った所で、アィデイアなんて浮かぶわけないわけで・・・・・orz
今日も日付変わるコースだ。
- 491 名前：仕様書無しさん [2005/07/20(水) 22:12:39 ]
- >476
残念ながら俺は軍曹ではない。
ちなみにXpは嫌いである。あれは「研修しない、単体試験しない」所向けのオモチャだ。
私の所では必ず、全分岐ルート試験を行っている。
ただ客先要望でXpでやった事もある。裏で通常の試験も行っていたため、問題は発生しなかったが、
Xpだけしかやらなかったチームは結合試験で単体バグが出てデスマーチになっていた。
>477
横
に
読
め
- 492 名前：仕様書無しさん [2005/07/20(水) 22:32:07 ]
- >479
確かにこう言う人はいる。
「プログラマなら1週間寝なくても大丈夫だろう。寝ずにやれ。」
と本気で言う人もいる。
こう言う人にも正攻法で試すが、確かに全然聞く耳持たない人もいる。
大体こう言う人は失敗したらクビになる立場の人が多い。
その場合、仕方ないので上の人に言う。
その人が中間会社で上がいない場合は、客先に言う。
ちなみにすごく問題になることも多いが、作業中に降ろされる事はほとんどない。
ただし根拠があり現実的な必要日数を出す事が必要である。
結果的に納期が延びるか、機能を削ることになる。
話の通じなかった人は「いなくなる」事が多い。
結局の所、責任者としてはいつまでかかるのか正確な期間が知りたいのである。
- 493 名前：仕様書無しさん mailto:sage [2005/07/20(水) 23:34:55 ]
- 確
プ
と
こ
大
そ
そ
ち
た
結
話
結
また縦読みのできん屑長文を・・・・
オマエ、コテつけろよ。あぼーんしとくから。
いいかげんやめてくれんかねぇ。空気読めねぇ屑文は。
目障りだ。
- 494 名前：仕様書無しさん mailto:sage [2005/07/21(木) 01:55:23 ]
- そして戦死者や脱走者が出るのか
- 495 名前：仕様書無しさん mailto:sage [2005/07/21(木) 10:51:43 ]
- まぁ、携帯関係に限らず、仕様変更あっても納期変えない（変えようとしない）って体質が
染み付いてしまってる会社は多いな。うちの会社も上の方が全部そんなんだし。
- 496 名前：仕様書無しさん [2005/07/21(木) 11:40:33 ]
- >493
何怒っているのかわからん。
縦読みできる長文がどういう物かわからん。縦書きって意味ではないだろうし。
空気読めない文ってのもわからん。もっと面白おかしく書けと言うことか？
では以降長文書くのはやめるから、上記理由を教えてくれ。今後の参考までに。
できれば縦読み出来る長文で書いてくれるとありがたい。
- 497 名前：仕様書無しさん mailto:sage [2005/07/21(木) 12:07:54 ]
- 理由も糞もねぇ
長々と書く暇があったら要点を抽出して3行以内にまとめろボケ
と言いたいんではないのかと 推測だが
- 498 名前：仕様書無しさん mailto:sage [2005/07/21(木) 13:15:47 ]
- よし、おれがまとめてやる。
デ
ス
マ
- 499 名前：仕様書無しさん mailto:sage [2005/07/21(木) 15:04:18 ]
- >>496
かわりに俺が答えてやる
えらそうに面白くも無い冗長な文章をグダグダ垂れ流してるから嫌われるんだよ
レゴ大好き
- 500 名前：仕様書無しさん mailto:sage [2005/07/21(木) 15:05:42 ]
- >>496
ここは「デスマ対処法を語るｽﾚ」ではない
- 501 名前：仕様書無しさん mailto:sage [2005/07/21(木) 16:52:39 ]
- >>499
なんとなく めんぼう なノリだな
ttp://www.media-k.co.jp/jiten/wiki.cgi?mycmd=search&mymsg=%A4%E1%A4%F3%A4%DC%A4%A6
- 502 名前：仕様書無しさん mailto:sage [2005/07/21(木) 18:29:06 ]
- >501
ねこ大好き のつもりだったんだが…
www.media-k.co.jp/jiten/wiki.cgi?mycmd=search&mymsg=%A4%CD%A4%B3%C2%E7%B9%A5%A4%AD
- 503 名前：仕様書無しさん mailto:sage [2005/07/21(木) 23:04:04 ]
- 【怪奇】見るとなぜか首が曲がる画像
ttp://imageboard.xrea.jp/imgboard/src/1121320748671.jpg
＿＿＿ ｺﾞｷｯ
/ ||￣￣|| ＜⌒ヽ ))
| ||＿＿|| ＜ 丿
|￣￣＼三⊂/￣￣￣/
| | ( ./ /
- 504 名前：仕様書無しさん [2005/07/21(木) 23:36:16 ]
- 分かった、ではこれからはデスマを書くことにしよう。
ただ3行では無理なので、そこの所は勘弁していただきたい。
- 505 名前：仕様書無しさん mailto:sage [2005/07/22(金) 00:16:11 ]
- >>416
亀レスだが
こうしたキャリアの場合、レガシーな部分が大きすぎて、
たまにある新規開発を外せば、流用開発や捕手が中心となり、
なかなか新しい技術や言語を試す機会がないだろう。
その結果、気付いたときには新技術にとり残されてるパターンでは？。
で、携帯開発のレガシーな部分を考えると決して人ごとではないかと。
CPPやOOPが身につく環境とも思えないがね
- 506 名前：1 mailto:sage [2005/07/22(金) 01:28:17 ]
- 漏れのレスが悪かったかも。何か殺伐としてきてしまいました。
別にここでデスマの対処法を語っても良いと思うよ。
それが携帯開発に生かせれば。
>>489 で携帯開発に携わったことがある、って書いてるけど
その時はどうだったの？デスマ？それとも自チームだけは
今まで提示された内容でデスマ回避できたの？
- 507 名前：仕様書無しさん [2005/07/22(金) 20:37:08 ]
- この話はフィクションであり、私の体験記ではない。
体験、見たこと、聞いたこと、願望が混在していて、特定の企業や個人を表す物ではないこと書いておく。
とりあえず1人称の書き方で進めていきたいので、主人公は「俺様くん」としておこう。
俺様くんの日記：第1話（投入）
それは普段仲の悪い上司に夕飯をおごってもらった時だった。
上司「俺様くん、仕事の状況はどうかね？忙しいかね？」
俺様「入った時は忙しかったですが、もうそんな忙しくないですよ。
まあ、暇と言うほどではないですが。最近は他のプロジェクトを手伝ったりも．．．」
上司「そうかね！！それは良かった。」
このそれは良かったが何を示すのかも分からなかったが、次の週には俺は違うプロジェクトに
配置転換されていた。どうやら上司が強引に俺を引き抜き、上司直属のプロジェクトに回したようだ。
客先にはかなり文句を言われたらしい。
新しいプロジェクトを簡単に説明しておこう、
まず客は大手のサービス系企業。（以降、客様）
そこからメーカー系企業に仕事が出ている。（以降、親様）内容はハード＋ソフト。
親様はハードの企業でソフト要員は持っていない。そのためソフト数社の人間を集めて、プロジェクトを
チームを結成している。俺様の会社もそのうちの1つだ。
プロジェクトは始動してからすでに半年が経過していた。
会社からは数人の先輩がプロジェクトは開始時から作業に入っていた。
先輩から渡された仕様書は実にねんきが入っていた。
ほとんどのページは手書きで何度も修正され、さらに半分以上が保留となっていた。
俺様「スケジュールはどうなってます？」
先輩「あと1カ月でリリースなんだけど．．．」
俺様「1カ月？」
--- 続く ---
- 508 名前：仕様書無しさん [2005/07/22(金) 20:38:04 ]
- --- 続き ---
1年の間違いだろうと聞き直そうとしたが、ちょうど打ち合わせの時間になって、客様のSEがやってきた。
とりあえず俺様も会議に出ることになった。
挨拶を手早く済ませ仕様打ち合わせに入る。なぜか先輩は妙に脅えていた。
打ち合わせは妙な雰囲気だった。機能仕様を説明する先輩に、客様からの要望が入る。
時には詳細仕様レベルのように細かく、時には宗教思想のように曖昧に指示される。
先輩はそれをそのまま手書きで仕様書に反映する。先輩から客様への質問はなかった。
俺様は妙に思ったが、不明点を質問した。
客様「そんなのお前達で考えろ！！」
俺様の質問に対する答えは全てそれだった。先輩の沈黙の理由が分かった。
- 509 名前：仕様書無しさん [2005/07/22(金) 20:45:21 ]
- --- 続き ---
1年の間違いだろうと聞き直そうとしたが、ちょうど打ち合わせの時間になって、客様のSEがやってきた。
とりあえず俺様も会議に出ることになった。
挨拶を手早く済ませ仕様打ち合わせに入る。なぜか先輩は妙に脅えていた。
打ち合わせは妙な雰囲気だった。機能仕様を説明する先輩に、客様からの要望が入る。
時には詳細仕様レベルのように細かく、時には宗教思想のように曖昧に指示される。
先輩はそれをそのまま手書きで仕様書に反映する。先輩から客様への質問はなかった。
俺様は妙に思ったが、不明点を質問した。
客様「そんなのお前達で考えろ！！」
俺様の質問に対する答えは全てそれだった。先輩の沈黙の理由が分かった。
- 510 名前：仕様書無しさん mailto:sage [2005/07/22(金) 21:26:04 ]
- 自分のスレ立てたらいいんじゃないかな
せめてトリップをつけてくれればあぼーんできるんだけど
- 511 名前：仕様書無しさん mailto:sage [2005/07/22(金) 21:47:01 ]
- 軍曹と比べて21そもそも話自体つまらんし、文才が感じられない。
- 512 名前：仕様書無しさん [2005/07/22(金) 21:51:17 ]
- 俺様くんの日記 第2話（罵倒）
一日はまだ終わらない。
全員集合の特別会議が21:00から開かれることになった。
俺様にとっては全員集合で21:00は常軌を逸した命令に思えたが、反対する者はおらず、
ほぼ全員がその会議に出席した。
客様「あんたら、本当に終わらす気あんの？」
静まり返る会議室に、客様の声が響いた。
客様「あんたら本当に技術者か？技術者なら納期を守るのは当然だろ。いったいどれだけ遅れているか
分かってんの？本当に1カ月後に終わるんの？」
親様と上司は蒼白になった。
客様は数人いたが、文句を言っているのは一人以外の客様の表情はなく、我関せず状態だった。
客様「S/Cシステムだよ、サーバクライアントシステム！！パソコンは少しできるみたいだけど、
おたくらにS/Cシステムに知ってる技術者はいるのか！！特にお前の会社！！」
俺様の上司が指をさされた。蒼白になる上司。
上司「これから勉強させていただ．．．」
客様「勉強、勉強っていつになったら覚えるんだよ！！お前のとこは馬鹿ばっかりだ。
お前の所の勉強に金出してるんじゃねーんだぞ！！」
俺様は驚いた。怒りとかそういうのではない。
俺様はこんなに罵倒された事はないし、こんな罵倒されているのも見たことがない。
俺様は驚いて周囲を見回したが、反論する者はなく、全員が下を向いていた。
客様「とにかくあと1カ月でできるんだろうね。しっかりやってくれよ。」
あまりに言い過ぎたと思ったのか、客様はお茶を濁し早々に会議を切り上げた。
会議はほんの数十分で終わった。
そしてこれが俺様の会社が最下層に位置付けられた瞬間だった。
- 513 名前：仕様書無しさん mailto:sage [2005/07/22(金) 22:12:52 ]
- サーバクライアントシステム
に突っ込み入れたら駄目かな？
- 514 名前：仕様書無しさん mailto:sage [2005/07/22(金) 22:45:14 ]
- サバクラ
- 515 名前：仕様書無しさん mailto:sage [2005/07/22(金) 22:49:37 ]
- >>514
性病かなんかか？
- 516 名前：仕様書無しさん mailto:sage [2005/07/23(土) 09:59:26 ]
- >>512
今のままだとこのスレの住人からも
俺様クンの会社が最下層に位置付けられてしまうぞ
がんばれ、もっとがんばれ
- 517 名前：仕様書無しさん mailto:sage [2005/07/23(土) 10:43:34 ]
- >>513
一部の一流企業になると、
あえて、言葉を逆さにしてカッコイイと勘違いしている香具師が
よくいるけど（特にバブル世代採用者）
・・・その系統じゃないん？
- 518 名前：仕様書無しさん mailto:sage [2005/07/23(土) 10:58:13 ]
- ツンパデルコンクイ
- 519 名前：仕様書無しさん [2005/07/23(土) 11:54:17 ]
- 俺様くんの日記 第3話（勤務態勢）
悪夢のような罵倒会議から数日が過ぎ、職場は慌ただしさを増していた。
俺様の会社から別プロジェクトについているベテラン数人が呼ばれ、このプロジェクトに移動になっていた。
さらに大量の新人も投入され、混乱のまま数日が過ぎた。
日々の作業についても新ルールができた。
1.朝ミーティング
毎日朝9:00からミーティングを行い、当日の作業を決める。
その際、時間事に分割された個人線表を作成する。
ちなみに日報は聞いたことあるが、1時間毎にスケジュールを決めるのは俺様も初めてだ。
2.夕方ミーティング
毎日17:00からミーティングを行い、その日の進捗についてまとめる。
3.作業報告
毎日帰る前に親様の管理担当者に進捗率を報告する。
初日は全員参加した朝ミーティングだが、3日で廃止になった。なぜなら9:00前に出社している者は
ほとんどおらず、徹夜組しか参加していなかったからだ。
しかし個人線表は残った。しかし一日試験や一日コーディングで引く物になり、
日付だけ違う同じ線表だけが大量に生成された。
夕ミーティングは残ったが参加者はチームリーダーのみに変更になった。
会議は遅れている部門を攻撃する魔女裁判になっていた。
作業報告は遅れているか進んでいるかの報告である。遅れていても対処のアドバイスはない。
遅れていればなぜ帰るのかと聞かれる。ただ親様が帰れば報告はしなくて良い。
当然、進んでいる者はおらず、親様の管理担当が帰るまで帰ることはできない。
- 520 名前：仕様書無しさん [2005/07/23(土) 15:17:22 ]
- 俺様くんの日記 第4話（開発体制）
納期は迫るが開発は遅々として進まない。いくつかの問題がありそれが相互に絡んでいた。
1.仕様書レビュー
仕様書レビューは客様を交えて行われる。レビュー日程は決められているが作業が遅れているため、
仕様書はレビュー前日や当日に完成する。最終チェックもされないまま、レビュー直前に客様に配られる。
2.仕様変更
仕様変更は書類で行われる。手順としては書類を作成し回覧したい人の名簿を付けて、
個人の机に設置された箱に入れる。箱に入れたれた人は自分の名前にチェックを付け、チェックの
付いていない人の箱に入れる。
3.共通モジュールチーム
チームの中には共通モジュールチームと言う物がある。共通チームは別名DBチームと呼ばれていて、
DBアクセス関数を一手に引き受ける。DBアクセス関数作ってもらう時は入出力仕様書を作成し、
共通チームに依頼する。また各チームで共通的に使用できる関数も同様に依頼し作成してもらう。
また共通チームからは共通関数一覧が出ており、各チームは自由に使用することができる。
--- 続く ---
|
 |
