発注するのが早すぎることを棚に上げてITベンダーに文句言ってる事例
上流工程に積極的に参加を 当事者意識が欠けてはいないか それまで付き合いのなかった大手ITベンダーに、システム構築を発注した。他のネット広告企業のシステムを構築した経験があり、SEのスキルも申し分ないと考えて、仕事を任せた。 ところがこのプロジェクトは要件定義の段階でつまずいた。我々は経営層や利用部門の要望をまとめきれず、要件定義が遅れた。そこで、このITベンダーの営業担当者やSEに、作業の進め方に不備がないかどうかアドバイスを求めた。 すると営業担当者は、「要件定義は担当の範囲外です」と言う。SEは当社に常駐しており、我々の苦労を把握していたはず。だが、「要件定義書が完成しなければ、開発作業に着手できません。納期を守るためにも急いでください」と、他人事のように言ってくるだけだった。 もちろん、要件固めはユーザー企業が責任を持って進めるべき作業であると分かっている。しかし、こちらが助言を求
株式会社スターロジックの羽生章洋が書いてるブログ:元請けにこだわる理由 - livedoor Blog（ブログ）
私は文系の大学中退（まぁ高卒ですよね）です。最初に入ったのがソフト会社で、その次もソフト会社でした。最初の会社では未経験のど素人だったのでオペレータやパンチャー、運用と保守からやらせて頂きました。その後転職した2番目の会社で、絶対に忘れないと感じる出来事に出会いました。 ＃ とりあえず、以下のエピソードのあと、新婚早々に残業400時間/月とかやってて ＃ さすがに「これは死ねるかも」と思う程度に、月に200時間残業とかするのは ＃ 当然と思っていた、それでもそれが苦にならなかったほどに一体感を持つことが出来た ＃ 今思うに幸せな時代の話です。私は当時の会社を今でも誇りに思っています。 2番目の会社にはその年の1月に入社しましたので、その年の夏のボーナス（賞与というよりも私にはボーナスという言葉の方がゴージャスに聞こえるのでこれで押しますｗ）は当然出ません。というわけで、お金に困っていた私は
受託開発がつまらないなんて言わせない - GoTheDistance
本当はこういうのをエンジニアの未来サミットでお話できればよかったんだろうと思って、電車の中でふと思ったことをガンガン書く。 IT業界に携わってシステム開発を行っている方々で最も多い層は、受託開発という形でシステムを作ったりメンテナンスをされている方々のはずです。江島さんのニッポンIT業界絶望論というエントリが出てから「受託開発なんてうんこ」みたいな空気がすごく醸成された感があると思うのですが、無自覚にふわふわとイノベーションにかぶれるのもいい加減にして欲しいと思います。 確かに受託開発には負の側面があります。誰でも始めることが出来る参入障壁の比較的ゆるい世界ですが、どこでも出来るような仕事しかやっていないような会社はすぐに行き詰ります。そういうお話は結構耳にします。受託開発という形態をとって実際には技術者を派遣しているだけの創造性のかけらもないような会社もたくさんあると思われます。こういう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
