TableGame研究会＠広島市立大学コミュの【IT】デスマの法則

デスマーチとなるプロジェクトの特徴を控えておこう。

・根性論がベースになっている。
・目標や目的が定まらないまま、とりあえずプロジェクトを開始する。
・目標達成の可能性に「頑張れば」という接頭語がいつもつく。
・「頑張る」＝「残業する」という考えの要員しかいない。
・顧客のいいなりになっている。
・仕様の確定が浮遊している箇所に全力を投じ、しかも設計に柔軟性がない。
・そもそも設計の重要性を感じていない。
・テスト期間が計画されていない。もしくは無い。
・情報の共有する手段が明確になっていない。もしくＭＬだけで垂れ流す。
・納品間近になって理想を語りだす。
・納品時に「聞いてないよ～」が流行語になる。
・残業が定常化して、定時に帰ると暇と思われる。

コメント(66)

最初
全て
最新の40件

前

[27] mixiユーザー 04月06日 10:13

「改善策を出すやつは、改善意識の強すぎるやつか、記憶力の無い馬鹿だけだ」という名言を聞いたことがあります。

[28] mixiユーザー 04月09日 04:14

んなあほな。
改善策と記憶力ってどういう関係なんでしょ？

しかし、真面目なのか苦労を苦労と感じない人が多いです。
非効率なことも努力でカバーです。
ゼークト将軍だったら銃殺されてます。

昔、協力会社の人が書いた、８ネスト（４つのfor文と４つのif文）ある関数見て、ＩＴ屋は頑張ったら駄目なんだと思った。

[29] mixiユーザー 08月04日 00:33

・エンドユーザとの間に２～３会社挟まっている。
・エンドユーザ～開発者の間で伝言ゲームが行われる。

[30] mixiユーザー 08月09日 12:38

これってどこまで本当なんでしょうか？？ｗ

まだ新人の分際ですがｗｗ
読んでる限りでは私は幸せと感じます・・・

残業６０でキツイとかいってる部署ですしｗ

[31] mixiユーザー 08月10日 00:38

実際６０も残業したら辛いですよ。
しかし、それを超越するのがデスマーチ。
ここに書かれていることが大半あてはまれば、
デスマーチの匂いがするってお話です。

まぁここに書かれている多くは実体験からくる言葉でしょうが。
ということで、みんな気をつけましょう。

[32] mixiユーザー 08月10日 01:58

http://s03.2log.net/home/programmer/archives/blog38.html

その道の人には有名なのかな？
参考文献です

[33] mixiユーザー 08月10日 02:54

きよさん・もんじゅさん＞

殆どが本当の話です。
60を切ったことはないような気がする。13時出社でも。

現在、デスマなプロジェクトのプロマネです(^^;;
メンバーの時は「プロマネの野郎！」と思ってたけど、やらされてみると
中間管理職的なポジションなので、それはそれで辛い(;_;)

NORさん＞

野比YRPで幸せな人はいないという話です。

[34] mixiユーザー 08月10日 21:48

まぁ経験するなら若いうちにしておいた方が良いですね。
熟練度がアップするんで。（まぁそのまま潰れる人もいるが）
で、一体なんでデスマになったんですか？＞雷印さん

[35] mixiユーザー 08月11日 09:31

>>33

というか、もうプロマネやってるんですか！？

さすがですね…尊敬ですよ。

[36] mixiユーザー 08月12日 01:14

下手に金があると諦めが着かずにマーチが続くっと。

[37] mixiユーザー 08月12日 12:00

プロジェクトリーダーとプロマネの違いがわかりません・・・
私のとこの場合、課長とかが一応プロマネになってるんですが、何にも関わってない・・・。実質リーダーの人が全部仕切ってる・・・

[38] mixiユーザー 08月12日 16:19

僕の感覚ですが、
ＰＭ：金を管理する人。プロジェクトは成功・失敗にしか興味ない人。社内で権限が無いと全く使えない人。

ＰＬ：実質プロジェクトを仕切る人。客との折衝や要員の配置などやる人。要員をよこせ！とＰＭに言う人。

まぁ会社やプロジェクトによって役割が違うから、なんとも言えませんけど。

[39] mixiユーザー 08月25日 23:39

・ツールなどがフリーのものしか使えない。

[40] mixiユーザー 08月26日 12:59

σ(・ω・`)幸せSEだヽ(´ー｀)ノ

個人PCは取り合えずWindowsマシンとしては高性能。
（入社時貸与）

ウチの取締役の人に聞いたんですが、携帯開発のSEは学生の間でもここ数年は敬遠されているらしいですよ～。
フェリカ搭載FOMAで6MLin
アクオスで50MLineとかあるらしですね・・・
年々肥大かするプログラム・・・
笑わないプログラマ読みました（涙）

ウチの部署の場合、ソフトウェアに関しては直接受注で一括して作ってるから連絡とか取りやすそう・・・ありがたや～
ホウレンソウって大事なんですね(ﾟ∀ﾟ)

うちのリーダーは、
アルゴリズムを客からもらって外部仕様書起こして、担当割り振ってスケジュールきって、自分でもコード起こして、俺のOJT担当してくれてます・・・頭上がりませんorz

配属されて２ヶ月ですが、実務のプログラム書かさせていただいております。実務のプログラム見て、知識、テクニックが足りなさ過ぎるorz　　と毎日必死で(ﾟ∀ﾟ)
どうしたらす～らすら書けるようになりますか？ｗ

[41] mixiユーザー 08月27日 01:23

慣れかな。
後はわかりやすく書くこと。
関数分割すること。

まぁ経験は大きいと思う。

[42] mixiユーザー 08月29日 21:18

日々、修行ですかねぇ。
未だに去年のソース見てしょぼく感じてしまう。まずは他人のソース見まくって、良いところは真似て、悪いところは注意するのが一番てっとり早いと思います。

[43] mixiユーザー 08月29日 22:18

本日、コードレビューなるものをしていただきました。
うわあ、俺つかえNEEEEEEEEと思いました(ﾟ∀ﾟ)

４年目、５年目の先輩がネ申に見える今日この頃ｗ

[44] mixiユーザー 08月31日 23:10

Ｊａｖａ使いからすると、ＶＢ使いの適当さに苛立ち、ＶＢ使いからすると、Ｊａｖａ使いの複雑さにムカつく。
そんな感じ。

言語によって思想が違うから、新しい言語をやるたびにギャップに苦しむし。。。

Ｃ言語さえマスタできてりゃ、大抵融通がきくけどね。

[45] mixiユーザー 09月04日 21:22

新人研修でJavaもVBもちょこっと触りましたけど・・・
Java研修３日で何を分かれと(ﾟ∀ﾟ)
と、思いつつＣ言語しかやったことなくて、いきなりＣ++やらされてるので、Java研修役に立ってるかもヽ(´ー｀)ノ

次はＶＣで組み合わせ試験用にツール作成してね(ﾟ∀ﾟ)
とのこと。Ｃ++　プラスされすぎて何のこっちゃ　って感じです(´・ｪ・｀)

コーディング規則や命名規則は割りとしっかりしてるのかも。
Public関数は f_
Private関数は_f_
メンバ変数はm_
グローバル変数はg_
で始めるようになど、一応規則の一覧はもらいました(ﾟ∀ﾟ)
って当たり前なんでしょうね・・・

[46] mixiユーザー 09月05日 09:30

常駐先の社員が使えないとき、外注である私はどうすればよいのでしょう？

リーダーから末端まで本当に使えない…
俺が言うまで気づかないし、何もしないし。
今新しいプロジェクトに配属になりましたが、既にお先真っ暗です。
前のプロジェクトでも不満が噴出していたのに、全然直ってない…

>>きよ

CD規約はうちの場合、PJによって違うね。
まぁ変数名は分かるように名前つけるのは常識だが。

[47] mixiユーザー 09月07日 01:26

>>どらさん
むしろ外注なんだから、言われたことやってればいいんじゃね？とか思うんですがｗ
今は、コーディングについて細かい指示が多くてぐったり気味ヽ(´ー｀)ノ

うちの課、できる人ばっかな気がする・・・
今年の新人つかえｎＥＥＥＥＥＥＥとか思われてるだろうなあｗ

[48] mixiユーザー 09月07日 22:07

新人君は電話応対ができれば、なーんも文句ないですけどねぇ。
あと、教えて君も駄目だけど、だんまり君はもっと駄目です。

しかし、Ｊａｖａやった後にＣ＋＋やったら混乱の極みだな。Ｃ＋＋ってメモリ管理を勝手にやってくれたっけ？

[49] mixiユーザー 09月07日 22:52

すごい。客先の分担方法がまじですごい。

一番難しいところを外注(俺)に振り、自分らは前書きとかしてます。

ほんと、なめてます。
文句言ったら違う外注さんのとこに俺の仕事がいきました。
やっぱりなめてます。

[50] mixiユーザー 09月07日 23:58

>>もんじゅ　さん
電話対応のために配属された日に課の人の顔と名前を一致させました(´・ω・｀)　困るのは、知らない会社からかかってきたときですかね・・・。名前は聞き返せても会社の名前は聞き返しづらいです(ﾟ∀ﾟ)

mallocっぽいのにＣ++にはnewとdeleteがありますよ(ﾟ∀ﾟ)
Ｃ++の知識なんてクラスの概念が分かるに毛が生えた程度。
メンバ変数は、コンストラクタで初期化しろって怒られるレベルです〓■●ﾎﾟﾃｯ

>>どら　さん
あれですよ。
外注さんに投げちゃえ(ノﾟДﾟ)ノ　＝＝＝＝　┻━━┻
みたいな？ｗ
半分くらい丸投げ思考なんですかねえｗ

売り手市場だし転職考えてる人多いですよね

[52] mixiユーザー 09月17日 18:44

>どらさん
外注さんにそのプロジェクトの基幹となる部分や今後ノウハウを残したい技術分野のとこなんて、怖くて丸投げできませんよねぇ。
まぁ、そういう時は難しいとこの技術を習得して、俺がいなきゃお前ら困るだろ。ってな感じで優位な立場築くのもありかな。

>きよさん
なるほど。newしたオブジェクトは明示的にdeletesしないと、メモリの領域つかみっぱなしな感じですね。
getObject()みたいに他所が作ったオブジェクトを誰がdeleteするのか。をきっちり決めておかないと、大変そう。

>ORCAさん
配列のオーバフローはコンパイラで検出してくれるのって、なんかありましたっけ？
ただ、実行時にエラー出ないのは危ないなぁ。

[54] mixiユーザー 09月18日 00:49

Purifyって高いんだよね。
DevPartnerとか安いソフト使ってるんだけど、それぞれ見つけられるバグ
パターンが違うので困りものです。
まぁ、メモリーリーク検出するくらいは、operator newとか作って、メモリー
マネージャ書いて調べるのがお奨めです。

# ちなみにC++では、配列の開放処理は「delete[]」です。
# 結構、バグ見つけるんだよね～。（UnixWareとかで配列開放をdeleteす
# ると悲惨だったような覚えが...）

[55] mixiユーザー 09月18日 15:29

なんか大変なことだけは理解できました。

配列をオーバフローされない事を利用した例
struct foo{
private:
int current;
int operatorStack1[2];
int operatorStack2[2];

public:
void put(int value){
if(current > 4) return;
operatorStack1[current++] = value;
}

int result(){
int result = 0;
for(int i=0;i<2;i++){
result += operatorStack1[2];
}

for(int i=0;i<2;i++){
result -= operatorStack2[2];
}
current = 0;
}
};

putで４回分値を入れて、result()で前２回は
足して、後２回を引いた結果を返す処理。
(structってメモリ領域の順が保証されてるか知らんけど。）

ま、プロジェクトでこんなコード入ってたら怒りますがね。

[56] mixiユーザー 11月28日 02:25

・要員が全員、太るか痩せるがしだす。

[57] mixiユーザー 11月29日 02:35

もんじゅさん、体重どんな？

[58] mixiユーザー 03月19日 00:59

・顧客が記憶障害を起こす。
・仕様変更が多すぎて、開発者間で情報格差が起きる。
・明日納品と、帰宅間際に言われる。
・終電ダッシュが唯一の運動。
・変に凝るマニアがいる。
・品質向上にも、開発効率向上にも、保守性向上にも
　ならない、理解不能な開発規約がある。
・さらにその開発規約が、品質、開発効率、保守性を
　低下させる。

[59] mixiユーザー 03月19日 12:13

>58: もんじゅさん

>・顧客が記憶障害を起こす。

うちの客先、まさにこれです。
勘弁してくれ…

[60] mixiユーザー 03月20日 23:37

議事録書いても、
「その時はそうだったかもしれないが、今は・・・」
と開き直られて、前提のちゃぶ台返しが起きると。
結構、精神にダメージくるよね。

[61] mixiユーザー 04月12日 01:59

開発メンバーに設計について質問したら
「何でか覚えていません」
といわれました。

デスマでしょうか？

[62] mixiユーザー 04月12日 21:44

いえ、デスマであれば
「覚える意味が無いから覚えていません」
と回答がくるはずです。

[63] mixiユーザー 04月22日 12:53

なるほど、安心しました。

[64] mixiユーザー 04月22日 22:45

最近、残業が定常化してきましたorz
プログラムの作成順序が、仕様変更のなさそうなところからっぽいです。そんなもんなのかなあ
まだまだ２年目・・・まだまだ教えて君です(ﾟ∀ﾟ)