デスマーチ中のプロジェクトを改善するにはまず何をすればいいでしょうか?

回答の条件
  • URL必須
  • 1人2回まで
  • 登録:2005/08/25 02:36:57
  • 終了:--

回答(7件)

id:kensuu No.1

けんすう回答回数50ベストアンサー獲得回数02005/08/25 02:51:56

ポイント15pt

http://checkpad.jp/

目標管理ツール - checkpad.jp

とりあえず、やるべきことを

todoリスト化して共有するというのはどうでしょう。


その際に、「大変そうな仕事」

などに関しては、

出来る限り、限界まで細かく分けて

todoリスト化すると、

やるべきことが明確になっておすすめです。


URLはcheckpadという、todoリスト共有サイトです。

http://blog.japan.cnet.com/kondo/archives/002275.html

CNET Japan Blog - 近藤淳也の新ネットコミュニティ論:開発者が楽しく仕事できる環境とは

はてながやっているペアプログラミングです。


プログラマーは実は労働時間の

結構な時間を、

「プログラムを書いていない」状態だったりするみたいです。

これを解消して、効率的に勧めるには

ペアでプログラミングするというのはいいかもしれません。

id:oasis440

ペアプログラミングって確かによさげですね。ありがとうございます。

2005/08/25 10:32:49
id:YasudaS No.2

YasudaS回答回数351ベストアンサー獲得回数52005/08/25 02:53:03

ポイント15pt

http://e-words.jp/w/E38397E383ADE382B8E382A7E382AFE38388E3839EE3...

プロジェクトマネージャとは 【PM】 - 意味/解説/説明/定義 : IT用語辞典

プロジェクトマネージャーという職制を作って、全部そこに任せるといった組織体制を作っているつもりの馬鹿がいるわけなんですね。

http://www.gihyo.co.jp/books/syoseki.php/4-7741-1903-2

書籍案内:拝見!プロジェクトマネージャの仕事場|gihyo.jp … 技術評論社

結局は責任丸投げ体質な組織の程度の低さが、プロジェクトマネージャーとかプロジェクトリーダーとかいった職制をでっちあげて、あとはそこから上がる金を待っている「だけ」の方々が問題なわけです。

http://www.atmarkit.co.jp/farc/rensai/heaven01/heaven01a.html

@IT:開発現場の天国と地獄(1)

金を絞って、責任押し付けな体質が、ふざけたシステムインテグレータとかコンサルタント会社という山師集団に「抜かれて」、だめだめになるってことです。

id:oasis440

もうデスマーチ中なので体制は今考えてもしゃあないかもしれないです。プロマネなんていていないようなもんだしなあ・・・。ありがとうございます。

2005/08/25 10:36:49
id:smilydogs No.3

smilydogs回答回数181ベストアンサー獲得回数42005/08/25 02:55:52

ポイント14pt

http://qa.2ch.net/argue/

�悤�����o�[�{���n�E�X��

URLはダミーです。


詳しいことはわからないので気休め程度かもしれませんが、


①必要な作業・物品を全てカードか何かに書き出して列挙する。


②すぐにできるもの、できないもの、なんとかなるもの、ならないもの、等にそれぞれ時系列で振り分ける。


③作業割り当てや現状の問題をプロジェクトメンバーで確認し、協力体制や意思の統一をはかる。


などをして、一度整理してみてはいかがでしょう?


それでも無理、というのであれば残念ながら私の現状の実力では手に負えません。。。

id:oasis440

確かにこういうことはしてるつもりでぜんぜんしてなかったりするんですよね。現状の問題は・・・ありすぎてへこみます(泣)一つ一つつぶすしかないのかなあ。ありがとうございます。

2005/08/25 10:38:41
id:jiyuujin No.4

jiyuujin回答回数740ベストアンサー獲得回数22005/08/25 03:14:25

ポイント14pt

ソフトウェア開発における大問題 “デスマーチ” をテーマとして取り上げ。

解決方法は、、、

1. メンバー間の十分なコミュニケーションの促進

2. 駄目なソースや DB 設計などの改善

http://www.amazon.co.jp/exec/obidos/ASIN/4774120030/250-5327393-...

Amazon.co.jp: デスマーチよ!さようなら!: 本: 深沢 隆司

こんな本ありました。

デスマーチに関することが満載です。

http://www.lsken.gr.jp/opn/act/bun/bnkat2001.html#BUN02

LS研ホームページ:研究分科会

id:oasis440

さようならしたい・・・。3つ目のページはデスマーチが客観的に見れて面白いです。ありがとうございました。

2005/08/25 10:45:54
id:sukeshi No.5

sukeshi回答回数214ベストアンサー獲得回数32005/08/25 12:52:23

ポイント14pt

http://www.bk1.co.jp/product/2325073

オンライン書店ビーケーワン 404 ページを表示することができません

この『実録!オブジェクト指向開発プロセス』では、ウォーターフォールで開発しデスマーチに突入したプロジェクトに対し、コンサルタントを迎え、スケジュールを見直し、RUPによる再開発を行っています。

外部のコンサルタントを入れるってのは、それが許されるのであれば効果的なのかも。

後々社内にスキルとして残るでしょうし。

id:oasis440

なるほど、コンサルタントというのもひとつの手ですねえ。勉強になりそうだなあ。ありがとうございます。

2005/08/25 12:55:11
id:tk4m279 No.6

tk4m279回答回数6ベストアンサー獲得回数02005/08/25 13:23:32

ポイント14pt

http://bookweb.kinokuniya.co.jp/guest/cgi-bin/wshosea.cgi?W-NIPS...

ソフトウェア開発のカオス: 紀伊國屋書店BookWeb

経験上、チーム全体が信頼関係を保てるどうかが、デスマーチを乗り切るポイントですね。

デスマーチ化してしまえば、チームの士気がなくなり、人間関係も悪化してしまい、たとえそのプロジェクトが終わっても、関係が修復できないことが多いと思います。


そうならないためにも、思い切って合宿など行い、プロジェクトの改善策を十分議論するとともに、長期的視点で、人間関係の再構築を図ることも重要かと思います。

id:oasis440

人間関係は今のところ大丈夫ですね。まあ、いつまで続くかわからんですけども。議論はたりないっすね。もっと話し合おう。ありがとうございました。

2005/08/25 14:36:18
id:r_iizuka No.7

r_iizuka回答回数54ベストアンサー獲得回数22005/08/25 13:40:17

ポイント14pt

http://www.last.fm/

Last.fm - The Social Music Revolution

URLはダミーです。


たぶん割り込みで仕事が増えたりしてコントロールしづらい状況にあると思いますし、仕事によっても違うと思いますが、参考になるかもしれないので書いてみます。


ある時点の情報に基づいて、必要な作業と工数を計算し、本来必要な日数を反映したスケジュールを立てます。

このとき、仕事が割り込んでくることや現実的のスケジュールを考慮する必要はありません。ここで行うべきは、その時点で必要な作業量の確認です。メンバーごとの効率は考えなくてかまいませんが、工数はきっちり計算してください。

工数が把握できたら、現実のスケジュールと比較して、不足している工数分をどうやって補うのか検討します。


重要なのは、状況が刻々と変わっているにしても、ある時点の情報に基づいて必要な工数を見極めることだと思います。先が見えない、あるいはどこまでやれば1日の作業を終えたと考えればいいのかがわからなければメンバーのモチベーションも下がります。

また、工数の計算を1度やっておけば、状況が変わっても工数の増加量を検討すればよいわけですから、心理的に楽になると思います。

id:oasis440

確かに先が見えないんですよね。モチベーション下がりますわ〜ちょっと吟味してみます。ありがとうございました。回答が少なくなってきたので終了します。

2005/08/26 13:31:57

コメントはまだありません

この質問への反応(ブックマークコメント)

トラックバック

「あの人に答えてほしい」「この質問はあの人が答えられそう」というときに、回答リクエストを送ってみてましょう。

これ以上回答リクエストを送信することはできません。制限について

絞り込み :
はてなココの「ともだち」を表示します。
回答リクエストを送信したユーザーはいません