Capabilities（私たちにできること）

次期システム更改プロジェクトの担当に任命された。

任されたことは素直にうれしかったし、期待されていることも分かっていた。ただ、この最初の判断がこの先を左右することぐらいは分かっていたから、勢いで決めるわけにはいかない。

現場の話を聞くべきか。製品を比較するべきか。ベンダーに相談するべきか。考えるほど、最初の一歩が決まらない。

ヒントを求めて、情報を集め始めた。AIにも聞き、比較記事を読み、セミナーにも足を運んだ。それでも増えていくのは技術の話ばかりで、違和感だけが残る。

「……本当に、最初に考えることってそれなのか。」

現場へ話を聞けば、営業には営業の、経理には経理の、情報システム部門には情報システム部門の理屈がある。どれも間違ってはいない。でも、その正しさをどう一つの方向へまとめればいいのか、見当がつかない。

ベンダーに提案を依頼すれば具体的になるかもしれない——そう思いかけて、手が止まる。この状態で提案書を並べても、何を基準に比較すればいいのか。価格か、性能か、将来性か。基準が決まらないまま比較しても、結局は印象や勘で選ぶことになる。判断材料は増えるのに、判断基準だけが見えてこない。

困って前任者へ相談すると、返ってきたのは一言だった。

「まずはアーキテクチャから考えよう。」

なるほど、とは思った。でもその直後、また別の疑問が浮かぶ。

「……っていうか、アーキテクチャって何なんだよ。」

ネットワーク構成のことなのか、クラウドの話なのか、それとも業務や運用まで含めた話なのか。言葉は知っているのに、自分が何を決めなければならないのかが分からない。

それでも、プロジェクトはいつか動き出す。設計が終わり、ベンダーも決まり、開発チームが動き始めてから、前提が違っていたと気付いたら——その時、自分は止められるのだろうか。多くの人が動き、予算も承認された後で「このまま進めるべきではない」と言えるだろうか。ここまで進めたという事実が優先され、止めるに止められなくなる。そんな未来を想像しただけで、背中に冷たいものが走った。

ベンダーに聞けば製品の話に、現場に聞けば部署の事情になる。プロジェクト全体を同じ高さから見て、一緒に考えてくれる相手はいない。最後に判断するのは自分なのだと思うと、急に一人になったような気がした。

部長に呼ばれた。

「今検討しているプロジェクトにコンサルティング会社を入れるべきかどうか、一度整理してほしい。必要だと思うなら、その理由も含めて役員会へ提案したい。」

コンサルティング会社か……。

仕事をしていれば名前を聞くことはあるし、大きなプロジェクトでは当たり前のように関わっていることも知っている。でも、自分で依頼したことは一度もないし、「何をしてくれる会社なのか」と聞かれたら、正直、自信を持って説明できる気がしなかった。

それなのに今回は、「導入すべきか、それとも必要ないのか」を理由も含めて整理しなければならない。

まずは何社かホームページを開いてみた。

ホームページには実績や導入事例が並び、代表者やコンサルタントの経歴も紹介されている。まぁ、当たり前だけど、ネガティブなことが書いてある会社なんてあるはずない。

何社か見比べてみたけれど、「企業変革を支援します。」「DXを推進します。」「課題を整理します。」書き方は違っても、どこも似たようなことが書かれている。

何度か読み返してみたけれど、それらしいことしか書いていない。実績があることは分かった。立派な経歴が並んでいることも分かった。

でも、それだけで「このプロジェクトにはコンサルティング会社を入れるべきです」とも、「必要ありません」とも判断できる気がしない。

「導入した方がいい」と言われれば、そんな気もする。「必要ない」と言われれば、それも間違っていない気がする。

部長に、何て答えればいいんだろう。

役員会で承認が下りた。

ようやくここまで来た。

何度も現場へ足を運び、ヒアリングを重ねながら資料を書き直してきた。長年「いつかやらなければ」と言われ続けてきたシステム更改が、ようやく動き始める。ここから忙しくなることは分かっていたけれど、不思議と不安はなかった。これでやっと、現場が抱えていた課題を解決できる。そう思っていた。

要件定義が進む中、現場の担当者から声を掛けられた。

「報告があります。ひとつ確認漏れがあったことが分かりました。」

嫌な予感はしたが、最初は大した話じゃないと思った。

でも、その要件一つでシステム全体の構成を見直さなければならないと分かった瞬間、頭の中が真っ白になった。

担当者は何度も「申し訳ありません。」と頭を下げていた。

正直、腹が立たなかったと言えば嘘になる。役員会も終わっている。もう少し早く気付いてくれていれば、こんなことにはならなかったかもしれない。

ただ、すべて今さらの話だった。

もちろん、仕様変更はできる。

でも、役員会で承認された予算も、この計画を前提に動き始めたスケジュールも、そのままというわけにはいかない。ここで前提を見直すということは、ベンダーとの契約も含めて、プロジェクト全体をもう一度説明し直すことを意味していた。

「ここまで進んだのだから引き返せない。」

その言葉だけが、頭の中を何度もよぎる。

目の前には要件定義書と、その横には役員会へ提出した資料が静かに置かれている。

実装は、もう目の前だった。

月次報告の時期が、また来た。

毎月使っている報告書を開き、いつものように実績を埋めていく。ここまでは、いつもと変わらない。

ただ、今回は一つだけ、いつもとは違う欄を埋めなければならなかった。

前回の報告会で、上司が資料をめくりながら言った。

「これ、毎月ちゃんと報告してもらってるんだけどさ。結局、運用が良くなってるのかどうかが分からないんだよね。問い合わせが何件あって、障害が何件あって、それに全部対応しました。それは分かる。でも、それだけだと毎月同じじゃない？」

言っていることは分かる。自分でも、毎月似たような報告をしているとは思っていた。

「何か改善の目標を置けないかな。できれば数字で。次回までに考えてみてよ。」

数字で、というのが厄介だった。

改善案を一つ書くだけなら、何かしら考えることはできる。でも数値目標として出せば、次からはその数字を自分たちが追うことになる。適当な数字を置いて、あとで自分たちの首を絞めるのは御免だった。

正直、面倒だった。

今日も問い合わせは入っているし、午後には定例の打ち合わせもある。今の運用が破綻しているわけでもない。それでも責任者である以上、言われたことを放っておくわけにはいかない。

仕方なく、過去の実績を開いた。

数字はある。むしろ、いくらでもある。

問題は、そのうちのどれを目標にすれば「改善した」と言えるのかだった。

問い合わせ件数なら分かりやすいかもしれない。そう思って履歴を開いてみると、同じ分類の中にもいろいろな内容が混じっている。これを一つの数字として見ていいのか分からなくなった。

ならば別の数字はどうだろう。

そうやって見始めると、今度はその数字の中身が気になる。中身を見ると別のことが引っ掛かる。何か一つ、根拠を持って説明できる数字が欲しいだけなのに、見れば見るほど簡単には決められなくなっていった。

途中で部下から声を掛けられた。

問い合わせの内容を聞いて、以前にも似たケースがあったことを思い出す。

「それなら、○○さんに聞いてみて。たぶん分かるから。」

部下が席へ戻り、自分も報告書へ戻った。

そこで、ふと手が止まった。

なぜ自分は、○○さんなら分かると知っているんだろう。

以前にも同じようなことがあったからだ。では、そのときの対応はどこに残っているのか。手順書を開いてみても、実際の判断に必要なところまでは書かれていない。履歴を探せば何かは出てくるが、すぐに必要な情報へたどり着けるわけでもない。

だったら、きちんと残せばいいのか。

そう思って既存のナレッジを見ると、今度はほとんど使われていないものが目に入った。

「……そういう話でもないのか。」

一つ決めて終わらせたいだけだった。

なのに、一つ見れば別のものが気になる。その理由を確認すれば、また別のものを見ることになる。問い合わせ、対応の記録、手順書、ナレッジ。気になるところはいくつも見つかったのに、肝心の数値目標は何一つ決まっていない。

そろそろ決めなければならない。

何でもいいわけではない。でも、このまま調べ続けたところで答えが出るのかも分からない。

だったら、どこかで割り切って一つ選ぶしかないのか。

そう考えると、今度はその数字を来月の報告で説明している自分の姿が浮かんだ。なぜこの数字なのか。この数字が良くなれば、何が良くなったと言えるのか。

説明できる気がしなかった。

最初は、何か数字を一つ決めれば済む話だと思っていた。

今は、その一つを決めることの方が怖くなっている。

報告書へ目を戻した。

実績の欄は、いつもどおり埋まっている。これまでなら、もう完成していたはずだった。

その横に追加した「数値目標」の欄だけが空いている。

調べる前より、材料は増えていた。

それでも、その空欄に何を入れればいいのか……答えが見つからない。