エクストリーム・プログラミングコミュのXP v.s. ISO

ウチの会社では、ウォーターフォールが主流であり、そのためISOの開発標準もウォーターフォールを主眼に置いたものとなっております。

先日、XP開発手法を（半ば勝手に）適用しているウチのプロジェクトに対して、「適合していない」との冷たいオコトバを頂戴致しました。

ここのコミュニティに参加されている方で、上記問題に対する対処を既に実践されている方がおられましたら、是非アドバイスをお願い致します。m(_ _)m

コメント(4)

最初
全て
最新の40件

[1] mixiユーザー 11月11日 01:43

こんばんわ。

ISOの開発標準に、明確にプロセスが記載されてしまっていては、それを守る以外にISOも言い分がないですね。

わたしの会社では、CMMに取り組んでから、ISOの開発標準を緩和しました。
「プロジェクトが計画を作成する段階で、自分たちのプロセスを定義しなさい」というふうに、開発標準を変更しました。

CMMでは「標準を守っているか」が確認されるのではなく、「プロセスを計画しているか」「計画に従ったプロセスを踏んでいるか」がプラクティスだったので。
こういうプラクティスだと「変化に対応」しやすいと思います。

ISOも「マネジメントレビュー」の中で、品質マネジメントそのものの見直しがされるはずなので、ISOが適切に動いていれば、開発標準の改定はそんなにハードルの高いものではないはず。

たけぷ～さんの組織が、開発標準の改定に対してどこまで柔軟であるか次第なので、あまり参考にはならないかもしれませんが。

[2] mixiユーザー 11月12日 01:23

■くっしー様

お返事ありがとうございます！！大変参考になりました！！

> 「プロジェクトが計画を作成する段階で、自分たちのプロセス
> を定義しなさい」というふうに、開発標準を変更しました。

　むむむ、これは難しそう！！

> たけぷ～さんの組織が、開発標準の改定に対してどこまで柔軟
> であるか次第なので、あまり参考にはならないかもしれませ
> んが。

　いえいえ、かなり柔軟な方なので、改善は楽だと思います。
　後日、記述頂いた内容で検討してみます。

　ありがとうございました。m(_ _)m

ログインすると、みんなのコメントがもっと見れるよ