プロジェクト管理どうしてますか？
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2006/04/18(火) 23:38:35一応管理はされているはず。
みなさん、どういう風にプロジェクト管理してますか？
0002デフォルトの名無しさん
2006/04/18(火) 23:40:39ただ、やっぱ更新しないやつがでてくるのと、遅れてるのが認識されても
なんらフォローもないし、納期に変更もないので、なんのために
やってるのかよくわかりませんでしたが･･･
0003デフォルトの名無しさん
2006/04/19(水) 00:38:420004デフォルトの名無しさん
2006/04/19(水) 01:31:29計測可能にすることこそ管理への第一歩なわけだから、とりあえずやらないよりはいいだろう
ウチの、「会議があるから今月の線表を書く」状態よりも随分といい
0005デフォルトの名無しさん
2006/04/19(水) 01:36:490006デフォルトの名無しさん
2006/04/19(水) 03:42:55マ板ってネタスレばっかりだからこういう話題ってむかなくないか？
ｍａvenスレもム板のほうがいいと思うし
0007デフォルトの名無しさん
2006/04/19(水) 04:04:540008デフォルトの名無しさん
2006/04/19(水) 09:00:52保存形式が XML なのがいい。
データの設計は間違っていないと思う。
だが現状のユーザーインターフェースがあまりに拙い。
0009デフォルトの名無しさん
2006/04/19(水) 10:29:54他のベンダーの成果物の待ちが多く発生して
引きずられてうちもずるずる遅れちゃう
0010デフォルトの名無しさん
2006/04/19(水) 14:37:24とSubversionで管理なり
それからBIRTでも管理
それから、UML
0011デフォルトの名無しさん
2006/04/19(水) 16:48:120012デフォルトの名無しさん
2006/04/19(水) 18:40:05フローチャートとかｗ
0013デフォルトの名無しさん
2006/04/19(水) 18:52:130014デフォルトの名無しさん
2006/04/19(水) 19:12:51今やってるorz
0015デフォルトの名無しさん
2006/04/20(木) 12:12:050016デフォルトの名無しさん
2006/04/20(木) 13:10:18勿論、成り行き任せ。
#保険屋は人生設計云々とよく言うが、漏れのように既に適齢期を過ぎて尚親の面倒を見つつも
#自分の家族を持つことを諦めているような場合には全く役に立たないんだよね。
0017デフォルトの名無しさん
2006/04/20(木) 13:21:18そういうのはマ板がむいてると思う
0018デフォルトの名無しさん
2006/04/20(木) 13:54:1510%→30%→50%→70% この辺りから
伸びが悪くなって 85だとか 92だとか、
なかなか 100%になんねー
0019デフォルトの名無しさん
2006/04/20(木) 14:42:37nyの不完全キャッシュ
0020デフォルトの名無しさん
2006/04/20(木) 15:01:45つくるべき機能の一覧をリストアップしておき
どれが終わったか、終わってないかを報告させたほうがいい。
それぞれの機能の達成率を％で報告させてもいいけど
PG完とか、単体テスト完とかで管理した方がいい。
0021デフォルトの名無しさん
2006/04/20(木) 15:13:250022デフォルトの名無しさん
2006/04/20(木) 15:31:200023デフォルトの名無しさん
2006/04/20(木) 15:39:590024デフォルトの名無しさん
2006/04/20(木) 15:56:490025デフォルトの名無しさん
2006/04/20(木) 15:59:21実際に数量化しないで、適当に答えるのに使われる数字ってことじゃね。
0026デフォルトの名無しさん
2006/04/20(木) 16:00:53リストアップして、やった/やってない を管理しないとだめ。
0027デフォルトの名無しさん
2006/04/20(木) 16:12:270028デフォルトの名無しさん
2006/04/20(木) 16:30:070029デフォルトの名無しさん
2006/04/20(木) 16:43:00安易に仕様変更を受け入れてるからじゃないの？
0030デフォルトの名無しさん
2006/04/20(木) 17:10:17が増えるのはよくあること。
仕様変更すりゃいいんだけど。
0031デフォルトの名無しさん
2006/04/20(木) 17:52:42>が増えるのはよくあること。
それは最初に気づかなかったか、
途中から仕様が増えたかのどっちかだよな。
0032デフォルトの名無しさん
2006/04/20(木) 22:32:00インストールウィザードの進捗バーみたいだな
0033デフォルトの名無しさん
2006/04/20(木) 22:33:52それは自分の進捗管理だろ
>>29
仕様変更断るのって苦手なんだけど、どうすりゃいいの？
断ると製品として成り立たないレベルが多いんだけど
0034デフォルトの名無しさん
2006/04/21(金) 03:08:29先に立てたスケジュールを仕様作成者に見せて確認を取っておく。
このとき、意味の有る確認を得るためには、仕様の各項目と
対応するように作業日数が見積もってあることが必要。
その後、変更があっても仕様作成者に見えるように管理する。
仕様変更の依頼があったら、対応する作業日数を見積もって
スケジュールにはめてみる。収まったらやればいい。
収まらなかったら、スケジュールを盾にして相談すればいい。
0035デフォルトの名無しさん
2006/04/21(金) 15:34:16俺の場合、派遣なんで、客と直接交渉する権限なくて
派遣先の担当者にいってもそういうことやってくれない…
0036デフォルトの名無しさん
2006/04/21(金) 15:41:23料金以上のことはやっちゃいけない。
0037デフォルトの名無しさん
2006/04/21(金) 18:23:05残業代も含めて給料はもらえるけど、年中デスマなのはしんどい
会社やめれば済む話だけど、残ってるやつもいるし、なるべくなら
改善してやりたいんだけどね
スレ違い気味になってきたので、愚痴はおわりにしときます。
すんません
0038デフォルトの名無しさん
2006/04/22(土) 20:07:06>仕様変更断るのって苦手なんだけど、どうすりゃいいの？
簡単な仕様に誘導する。
0039デフォルトの名無しさん
2006/04/22(土) 20:40:47「仕様変更」という言葉を使うからいかんのであって
既存の仕様の削除＆新仕様の追加という立派な新規注文なのだ。
新たにスケジュールを見積りなおし、期間を延長させる、
それが不可能なら断るということを堂々と要求してよいのだ。
0040デフォルトの名無しさん
2006/04/22(土) 20:52:10既存の変更もあるけどな
例えば新機能を呼び出すために既存の箇所の変更が必要だろう？
0041デフォルトの名無しさん
2006/04/22(土) 21:00:100042デフォルトの名無しさん
2006/04/22(土) 21:02:440043デフォルトの名無しさん
2006/04/22(土) 23:41:21ツールとかで改善されるもんか？
0044デフォルトの名無しさん
2006/04/23(日) 00:36:05能力を補うためにツールを活用する。
やばいマネージャは、すべて自分の頭でコントロールできると思い込み
ツールなど使わずに……
0045デフォルトの名無しさん
2006/04/23(日) 07:53:560046デフォルトの名無しさん
2006/04/23(日) 13:52:06...ほとんど「表」のための機能しか使ってない
0047デフォルトの名無しさん
2006/04/26(水) 13:01:230048デフォルトの名無しさん
2006/04/27(木) 11:39:110049デフォルトの名無しさん
2006/04/27(木) 20:10:35【バグ】BTS使ってる？【追跡】
http://pc8.2ch.net/test/read.cgi/tech/1088818269/l50
0050デフォルトの名無しさん
2006/04/28(金) 08:45:24Tracのことなら俺が説明するよりも以下のリンクを見たほうが早い。
ttp://discypus.jp/wiki/?%A5%BD%A5%D5%A5%C8%2FBug%20Tracking%2Ftrac
0051デフォルトの名無しさん
2006/06/18(日) 21:12:360052デフォルトの名無しさん
2006/06/19(月) 14:07:55それらしいドキュメントをすぐに出力できるので便利。
0053デフォルトの名無しさん
2006/06/21(水) 22:35:55成功するプロジェクトってあるのかな？
あるんだったらどんな管理の仕方をしているんだろう？
成功するプロジェクトの管理パターンみたいなのがあれば
ご教授、願いたいです。
0054デフォルトの名無しさん
2006/06/21(水) 22:55:380055デフォルトの名無しさん
2006/06/22(木) 10:54:26基本的に成功するのが当たり前だからね。
＠ITにあるような教科書どおりのいい環境があれば
いいんじゃね。
あとは管理する人が優秀なら大丈夫
0056デフォルトの名無しさん
2006/06/24(土) 11:16:200057デフォルトの名無しさん
2006/06/24(土) 15:55:06なかなかそっちのパターンは難しいと思うぞ。
上流から泥水が流れてくるんだし
0058デフォルトの名無しさん
2006/06/28(水) 00:01:55おれの所もPJCってツール 導入するんだって。。。
0059デフォルトの名無しさん
2006/06/28(水) 01:15:160060デフォルトの名無しさん
2006/06/28(水) 02:20:29↑
オタとブスの妄想恋愛カキコが満載の白痴snegスレです。
ぜひ記念に書き込みをお願いします！
0061デフォルトの名無しさん
2006/07/19(水) 02:21:03うちは、たとえば誰か下請けが全員逃げてプロパーが2･3人病院送りになって、
責任なすり付け合って険悪な中連日徹夜して、ろくにテストせずに客に渡して
バグがぼろぼろ出てきても、とりあえず納品にこぎつけてお金のやり取り
(この辺りよくわからん)したら、なんとなく成功って雰囲気になっちゃうんだけど、
他所はどうなんですかね？
0062デフォルトの名無しさん
2006/07/19(水) 02:26:48立派な奴隷制度確立の成功例だ。
0063デフォルトの名無しさん
2006/07/19(水) 02:32:51普通に一部上場してますが（苦笑
0064デフォルトの名無しさん
2006/07/19(水) 02:36:000065デフォルトの名無しさん
2006/07/19(水) 07:22:54そ、それは成功なのか？
0066デフォルトの名無しさん
2006/07/19(水) 22:18:02協力会社にもちゃんと契約通りのお金が行ってればいいんじゃねーの
0067デフォルトの名無しさん
2006/07/20(木) 17:13:42QCD
0068デフォルトの名無しさん
2006/07/20(木) 22:50:53trac面白いね。
この程度で良いよ。
でもガントチャートのプラグインがもうちょっとかっこいいグラフを書いてくれた良いんだけどね。
0069デフォルトの名無しさん
2006/07/20(木) 23:33:25成功プロジェクトなんだよな、扱いとしては。失敗にはカウントされてないもんね。
「もの凄い困難なビッグプロジェクト成し遂げましたなぁ。つか、おれらって結構
凄くね？まあビールでも飲むべ。」とか、そんなノリになっちゃうし。最後には。
で、どんな拙いやり方でも「実績ある」って扱いになって、前回踏襲。
年々、輪をかけてひどくなってくし（笑
0070デフォルトの名無しさん
2006/07/20(木) 23:37:29それで、それなりの基本給で残業代が全て出るなら、みんながハッピー
0071デフォルトの名無しさん
2006/07/22(土) 22:34:37どこかで誰かが怒られるか困ってるかしてるはずなんだけどな。
だからっつって、次からはもっと少ない費用でやりましょうって事に
なっても、管理手法とか開発プロセスとかドキュメント体系とか、
本当の病巣は絶対に手が付けられることないもんね。中国人か
韓国人雇って作業単価抑えようとか、オフショアとか
せいぜいそんなのばっか。
0072デフォルトの名無しさん
2006/07/22(土) 23:51:21赤字になるといってもとってきやがる＞営業様
ところでスレ本来の話に戻すと、皆さんは進捗管理に何を使ってます？
ツールの前に概念として。
本人にパーセントを申告させる？to doベースで何件できたかを見る？
個人的にはtodoベースが良いと思うけど、1件ごとの重みが異なることを
どう吸収するかに頭悩ませてます。todoに落としにくい案件もあるしね。
0073デフォルトの名無しさん
2006/07/22(土) 23:59:45本人の％申告はなにがどう対応するのか判らんから進捗としてはアレだな
0074デフォルトの名無しさん
2006/07/23(日) 00:06:090075デフォルトの名無しさん
2006/07/23(日) 00:09:47終わった、終わってないが客観的に判別できるレベルまで todo を分けて、
終わるまでの作業時間（日数）見積りを出してもらう。そんで後で申告してもらう。
todo に落としにくいのは本質的に見積もりが難しい案件ってことで、
企画レベルの人に話通しとけばいいんじゃないかな？
007675
2006/07/23(日) 00:26:400078デフォルトの名無しさん
2006/07/23(日) 05:53:170079デフォルトの名無しさん
2006/07/23(日) 17:12:16プロジェクト管理はApache Maven2 + Eclipseで行っているよ
0080デフォルトの名無しさん
2006/07/23(日) 17:13:11UMLで仕様書を書くってことだろう
0081デフォルトの名無しさん
2006/07/23(日) 18:51:17TODOの管理用には優先度(1〜5)、難易度(1〜5)、難易度の補足で推定工数(0.50時間単位)、
タスク完了時に実績工数(0.50時間単位)を追加。
TODO管理はTracを使用、推定工数、実績工数、ユースケースの識別ID欄をカスタムフィールドで追加。
ユースケースは今回7個に分類してあり、それをTracのマイルストーンに割り当て。
進捗管理はマイルストーンを見て行っている。
ユースケース図書いてUUCPで工数求めたいところだが、ウチはまだそれをできるほど経験がなく、
ユースケースの粒度がいまいち揃えられない。
なので、せめて完了時レビューに使う資料として推定工数・実績工数、ユースケースの識別IDを
Tracで記録してる。
0082デフォルトの名無しさん
2006/07/23(日) 19:11:39それ、分析地獄にならない？
0083デフォルトの名無しさん
2006/07/23(日) 20:55:25要は経験の蓄積が必要って事
マネージメントシステムがしっかりしていたらPDCAをある程度まわせばそんなに苦じゃなくなる
0084デフォルトの名無しさん
2006/07/23(日) 21:02:57いやそういう意味じゃなくて、その粒度の分析を何度も行わないといけなくなるんじゃないかって話。
最初に一回やって、はい終わりじゃないんでしょ？
0085デフォルトの名無しさん
2006/07/23(日) 21:13:24だから、そこは経験無いって本人言ってるじゃん
そのノウハウ溜まればそこら辺は”カイゼン”できるだろ
マネージメントシステムの一番のキモはPDCAを繰り返しての”カイゼン”だよ
カイゼンされないマネージメントシステムなんて糞
0086デフォルトの名無しさん
2006/07/23(日) 21:16:04ん？経験無いのは第二段落の話でしょ？
第一段落の内容がきっちり出来てるなら、どういう内容でどういう運用してるのか
すごく興味がある。
0087デフォルトの名無しさん
2006/07/24(月) 00:19:30どんな手法でも２，３サイクルまわしてPCDAを実行しなくてはならない
というのに激しく同意。
今の上司には期待できないので、自分が中間管理職になる日に
そなえて勉強したいですｗ
0088デフォルトの名無しさん
2006/07/24(月) 00:55:170089PJC
2006/07/25(火) 01:34:42開発元のアースインターて会社 はどう？？
■ このスレッドは過去ログ倉庫に格納されています