SIerの多重請負構造が続く限りプロジェクトの炎上は避けられないという話 - paiza times

Photo by Jeremy Weate こんにちは。倉内です。 サービスの開発では、企画段階からエンジニアに入ってもらい技術的な観点からアドバイスをもらうことで、無駄な手戻りや考慮漏れが減ってスムーズな進行につながります。 paizaの開発でも心がけていることなので、以下の記事の「企画の要件や仕様が決定事項になる前にエンジニアを巻き込もう」という内容はとても納得感がありました。 プロダクト企画にエンジニアを早めに巻き込む（嫌がられずに協力を得る方法） - ykmc09 blog 自社開発の企業では事業系もしくは企画系の部署と開発部署が協力して、目的達成に向けてこういった取り組みができていいですよね。 ところで私は前職でSIerのSEだったのですが、要件定義～設計を自社、開発を外注で完全に分業していたため、仕様を決めてから開発に渡すやり方でプロジェクトを進めていました。その結果、開発工程

[bg4kids]

「走りながら考えて追加すればいいので次フェイズ進みます」と元受け側はスケジュール第一で問題を先送り。現場の開発者はそんなことつゆもしらず、後から突然現れる追加要件のしわ取り。ということがよくあるなぁ。