5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

企業の情報システム部門での開発

1 :仕様書無しさん:04/12/15 22:00:15
語らいましょう。


13 :仕様書無しさん:04/12/16 19:03:51

/* チラシのうら

工場の生産管理

Oracleにデータ出し入れしてるだけ。
つまんねーよ。

*/

14 :仕様書無しさん:04/12/16 19:54:26
とにかくデータがオカシイ。
でも動いている。


15 :仕様書無しさん:04/12/16 20:01:26
システム部門じゃないのにちょっと詳しい人が
思いつきでこんなシステムどうだって言って来る・・・

こういう奴に限って社内での声が大きいもんだから
実現しそうな勢い・・・

サポートするのお前じゃないくせに・・・

16 :外注業者 ◆PVCAbsPHPE :04/12/16 20:08:45
システム子会社に常駐している偽装派遣です。。。
決済関係をやらないため、調整する相手は開発業者と運用部門だけ。
仕様レベルの調整と管理。
あと、担当者を1人張り付かせるほどでないような小さい開発もやっている。

17 :仕様書無しさん:04/12/16 20:36:41
>>外注サン、久々にみたナー
どこにスレに居るんだい、今ハ

18 :外注業者 ◆PVCAbsPHPE :04/12/17 07:18:56
>>17

どこにもいない。
このスレッドに投稿したのは偶然。

19 :仕様書無しさん:04/12/18 19:44:46
ご助言下されば幸いです。

★非体系的なプロジェクトメンバーたちへの方向付けをなんとかしたい。

私は、とある企業の情報システム部でシステム設計と実装を担当しています。
上流工程の担当の方々は仕事のやり方が体系的ではなく
業務設計は口頭かその場の思いつきで指示されます。
突然会議が始まり(5分だけいい?ごめん。という具合)
開発者が議事録をとって開発者がビジネスフローを起こし
後日、レビューを行っております。

疑問点があると開発者が直接ユーザに問い合わせるよう指示されます。
でその回答が正しいのかどうかを上流設計者に問い合わせると自分で判断するよう求められます。
つまり、仕様に対する承認者がいないということです。

上流工程の人たちの仕事は、お金の計算や関係部署への根回しなどで
開発者と密に接していられる時間が限られます。

マネージャや上流のメンバーはプロジェクトを理解していなくて
成果(とにかく動くもの作る)を出せば良いという思想です。


20 :19:04/12/18 19:56:51
つづき。

開発者である私がシステム開発の骨格として、ざっくりと
ドキュメント体系、体制、意思伝達経路などを定義して
やりましょうと提案したのですが
(もちろん開発者たちで実際作ったドキュメントを用意して)

「結局、仕事ってタイミングやスピードだと思うよ」という結論になってしまいました。

上流の方々は人脈やコネがあるから、ナアナアな仕事になってしまうような気がして。
あとでとんでもないことが起きそうです。


21 :仕様書無しさん:04/12/18 20:38:21
>>19-20
動けばいいじゃん

22 :仕様書無しさん:04/12/18 23:09:57
>>19-20
いいんじゃないの?上流に、マネージャと、責任者は他にたくさんいるんだし
自分のやりたい方針でやりたかったら、まず小さいPJでよい成果を出してみて、
自分のやり方だとこういう利点があると、周囲に実績で示さないとね

23 :外注業者 ◆PVCAbsPHPE :04/12/19 09:28:06
>>19-20

つまり、あなたに大きな権限が与えられているってことだよね?
ドキュメント体系、体制、意思伝達経路。。。
それについても、あなたが考えて提案しても良いのでは?
ちなみに開発者って何人ぐらいいるの?
開発者のうち、誰かがリーダー的存在になる必要があると思うよ。
それができないのであれば、配置転換を希望した方が良い。
細かく管理される仕事も多いけど、慣れたらつまらないよ。

7 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)