さぁ 深呼吸
子供の頃に比べて、毎日がどんどん早く流れているような・・・。 忙しさに心を亡くされないために、ちょっと一息しませんか?
<<ヒグラシが鳴いた(第9話) | ホーム | プロセスバリュー・エンジニアリングとは(第13話) >>
プロセスバリュー・エンジニアリングとは(第14話)
「As Is」をきちんとやっておくことでユーザーの方たちに納得のいく説明をしてあげられるという話をしました。
今日はその続きです。
・・・・・
いきなり「To Be」から入った場合、そのシステムの導入効果が抽象的にしか説明されていない場合が少なくありません。
「コスト削減を目指す」
「品質の向上」
「業務の刷新を図る」
とかの類いです。
どの部分をどう変えるからコストがこの位削減できるんだ
とか、
どこの作業がどう刷新されるんだ
といった根拠が具体化されないことが多いです。
それは無理もありませんよね。
現状を具体化する作業を行なっていないのですから、そこからの変化を具体的に表現することなんかできません。
「As Is」をきちんとやっておけば、システム構築に関わっていないユーザーの皆さんにもきちんと説明できる材料を得られるので、新しいシステムのスムーズな運用開始につなげられるのです。
(続きはまた今度・・・(^^)/ )
<Time Slip>
☞ 前回 ☞ 第1話
仕事のやり方を改善したいならここをクリック!
和太鼓の魅力を感じたいならここをクリック!
<<ヒグラシが鳴いた(第9話) | ホーム | プロセスバリュー・エンジニアリングとは(第13話) >>
コメント
コメントの投稿
トラックバック
この記事にトラックバックする(FC2ブログユーザー) URL
| ホーム |