現場は「システムが完成してからが仕事」です。 「システムを完成させたことが成果」となる層とは立場が異なります。 シナリオの時間軸が違う、とでもいうか・・ 実務に役に立つことが何よりも重視される「実質本位」で現場は動く。 そして実質本位ゆえ、シ…

現場との人間関係が苦手なリーダーが、やや逃げ腰で要件定義に取り組んだ末のシステム改修 掘り下げが不充分で、使用者たちが本当に必要としているディティールが伝わらないまま、額面どおりの改修が進む。 そのまま現場に投下したら反発が起こるのは必定で…

前回の続きです。 現場（実務担当者たち）との関係性に難があるリーダー。 彼が ”システム化” に求めている業務改善は、システム機能の埒外にある無理筋なものだったのかもしれません。 「現場が強い」はむしろシステム改編がやりやすい 現場のフトコロに入…

システムの最もシンプルな効果は「加速」 しかしその加速は、作業そのものだけではなく、作業に付随するあらゆるものに作用する。 「作業だけ加速させたいんだ」というのは甘い期待で、システム周りに存在する社内の各種問題をも加速させる。 blog.dbmschool…

ここ最近の記事を書きながら頭の中で同時並行で走っていた文章を、残しておこうと思いました。 日産GT-Rに関する話を引き合いに出した【システム雑談２２】の ”裏話” です。 blog.dbmschool.net 「中間管理職」よりも『企業トップ』 「遠くのトップ」よりも…

「加速」という言葉の意味として「今している事柄の速度を上げる」があります。 言い方を変えれば「今の自分がより強く具現化する」です。 業務を加速するつもりで機械化を図る場合、その業務に付随している「問題点」も同時に加速すると考えておいたほうが…

「テコ入れ」はいろいろな場所で聞かれる言葉ですね。 特定のタイミングで、全体の中のキーポイントに対して、一時的に通常よりも多くの資源を投入し、その部分からのリターンを加速させる狙いのことをそう評するのが一般的かと思います。 ”部分強化作戦” と…

前回、追加要素の予算を渋ったために「現場が動かなくなる」という事態に直面して慌てふためいた上層部が、結果的に人員追加を余儀なくされて人件費増大を引き起こしたうえ、やっぱりシステムの改修まで必要になってしまう・・という、どこかで実際に起きて…

ひとつの物語なのに、 「会議室で議論されるシステム要件」のストーリーは何故か 「現場業務を阻害するシステム要件」のストーリーで展開する。 一粒で二度美味しい（ブログネタとしては） 一切をシステム会社に依存したら、一体どうなるんだろう？？ 高い見…

戦いでは敵陣の中でも特に「最も弱い敵」に狙いを定め、まずは局地戦で彼我の陣営に「我が勝利」を誇示し、味方の士気を上げつつ敵の士気を挫くのが良いと言われます。 「勝つためのシステム」とは何だろう？ 「各自が抱く成功イメージ」に依存したらシステ…

「時間がないから特急料金で」はシステム開発ではどうしても無理筋になります。 これから何年も使い続ける基幹システムでその無理筋をやってしまうと、末端で事業を支える動体（作業者）の稼働が機能不全になり、ひいては全身症状になりかねません。 このこ…

現場の長でありながら、現場の動きに大きな見落としがあった上司。 憤る部下の突き上げを受けて、進み始めている新システムの機能追加計画を軌道修正する羽目に陥りました。 blog.dbmschool.net 事がシステムであるため、これをすべてシステム室にお願いして…

「現場の痛みが感じられない人」が集まって行われるシステム要件の会議。 テーブルの上にはその「現場の情報」が積み上げられています。 しかし、それらをアセンブリするには現場の実務に精通していることが重要です。 そうでなければ、せっかくの生きた情報…

システムを作る場合に「あーだこーだ」と議論できる時間は長くありません。 たとえばシステム改編だったら、現行システムの保守期間満了が期限になっているのが大半のはず。 ゆえに要件定義会議のテーブルを囲む全員にとって、堂々巡りで時間が過ぎていくの…

一般的に、システム開発はユーザーが要望を出し、エンジニアがそれを形にします。 いわば二人三脚で作り上げていくものですが、それぞれが担当すべき独自の事柄があります。 この「独自の事柄」の切り分けがうまくいけば、希望にかなり近いシステムが出来上…