1.はじめに
「開発標準化」と聞いてピンと来ない人も多いと思います。
主な作業内容としては「開発プロセスの規定」「手順・規約・基準の作成」が挙げられます。
当初は「なぜこのような作業が必要？」というのが正直なところでしたが、
作業をしていく中で必要性がわかってきた次第であります。
a.開発標準とは
開発の現場では以下のような問題が頻繁に起こります。
・スケジュールが作成できない
各社が独自の開発手法（＝自社のやり易い慣れ親しんだ手法）で作業を進めた場合、各作業のレベル感が違うためスケジュールを作成できません。例えば発注先のＡ社とＢ社が同じ画面設計を進めて。。。
各社が独自の開発手法（＝自社のやり易い慣れ親しんだ手法）で作業を進めた場合、各作業のレベル感が違うためスケジュールを作成できません。例えば発注先のＡ社とＢ社が同じ画面設計を進めて。。。
・ムダな作業の実施
各作業者が作業者同士で連携せずに作業を進めた場合、作業の重複が発生するためムダな作業に繋がります。 例えばプログラマのＡさんとＢさんがコーディングを進めて。。。
各作業者が作業者同士で連携せずに作業を進めた場合、作業の重複が発生するためムダな作業に繋がります。 例えばプログラマのＡさんとＢさんがコーディングを進めて。。。
なぜ、このような問題が起こるのでしょうか？それは開発を進めるルールが明確になっていないためです。
システム開発の品質確保及び作業効率向上を図るためには各状況に応じたルールが必要になります。「開発標準化」とは、これらルールを事前に作成し適用することです。
システム開発の品質確保及び作業効率向上を図るためには各状況に応じたルールが必要になります。「開発標準化」とは、これらルールを事前に作成し適用することです。
次に進む前に、「開発標準化」については以下の誤解があるため一言書きます。
・開発標準化＝煩わしい
開発標準を適用することはムダな成果物の増加に繋がる場合が多々あります。それによって各開発部署の作業負荷が増えて「開発標準＝煩わしい」という認識を持っている人は非常に多いです
これらは主に開発標準化が開発の状況を全く考慮せずに絶対変えてはいけないルールとして進められていることに原因があると考えています。 本来、開発標準化は品質確保や作業の効率化を行う目的を達成するための手段でしかありません。
そのため開発の状況及び変化に応じて成果物の省略化や追加を行うなど柔軟な対処が必要になります。 開発標準化はルールは策定し適用すればおしまいではありません。日々改善していくことが一番重要なことです。
開発標準を適用することはムダな成果物の増加に繋がる場合が多々あります。それによって各開発部署の作業負荷が増えて「開発標準＝煩わしい」という認識を持っている人は非常に多いです
これらは主に開発標準化が開発の状況を全く考慮せずに絶対変えてはいけないルールとして進められていることに原因があると考えています。 本来、開発標準化は品質確保や作業の効率化を行う目的を達成するための手段でしかありません。
そのため開発の状況及び変化に応じて成果物の省略化や追加を行うなど柔軟な対処が必要になります。 開発標準化はルールは策定し適用すればおしまいではありません。日々改善していくことが一番重要なことです。