昨日、あるシンポジウムに参加しました。その議論の中で「『プロセス』という言葉を聞くと身構えてしまう」というコメントがありました。言葉をかえればプロセスアレルギーかと。「プロセスとは何かを作るために行う活動」のことであって、本来アレルギーを起こすようなことではないはずです。何故そうなってしまったのか、恐らく、ISO9001が求めているQMSやCMM(I)等のレベル3が求めている標準プロセスの確立の仕方に問題があるのではないかと思います。規格やモデルを単に表面的になぞっただけのプロセス定義は意味がないばかりか、むしろ無駄を助長してしまうことになり、挙句の果て、プロセスアレルギーを引き起こしてしまいます。重要なことは、プロセスの定義に本来組織が求めること、現在抱えている問題を解決する手立てを埋め込むことであり、気持ちを込めることではないでしょうか。モデルに従うことが目的ではなく、モデルを活用することだと思うのですが、どう思われますか。問題に着目した改善と、プロセスに着目した改善は別なことではなく、両方が伴って初めて持続的で効果的な改善が期待できるのではないかと思います。
Followプロセス改善フォーラム
ログイン 他
カテゴリー
プロセスを活用する＝プロセスをデザインするってことだと思うのですが、どうしても活用する＝モデル通りに実施することだって理解しているんですよね。でも、実は現場では結構工夫していることが多いです。この工夫がモデルを活用しているというに気付いていないので、この辺りの考え方を地道に対話していくしかないのかも知れませんね。
堀田さん、伏見さん、ご無沙汰しております。プロセス改善ワーキンググループでご一緒させていただいておりました、串田です。
最近、またプログラミングをする側に戻ってきて「ソフトウェアは”技術”と”プロセス”と”コミュニケーション”で出来ている。」の言葉を再考しようと思って、”プロセスと工程の違い”で検索したら、ここの伏見さんのブログに辿り着きました。
以前と比べて、プログラミングがとても軽量化されてきていて、プロセスの考え方が必要ないように思われることも多々あるような気がしますが、自分たちが「どうやってモノを作るか」をふりかえると、そこには「プロセス」が見えてくる。そこで何らかの失敗があったのなら、モデルと照らして改善点を見つける。これが「モデルの活用」ということの手始めでいいのではないかと、思ったりします。
などということを考えるのも、久しぶりのことでちょっとワクワクしました。
皆様がご活躍のようで、何よりです。