skip to content
one more think
Table of Contents

システムを自社で作れるかどうかより、開発会社と対等に話せる人が社内にいるかどうかが大事で、そういう人をどう呼び、どう育てるかという話。


朝、友人の投稿が流れてきて、まったく同意だなと思ったことがありました。

システムを作るうえで一番大事なのは、結局「業務を知っていること」なんですよね。あとは開発技術を身につけられるかどうか、というハードルがあるだけ。そして、そのハードルは以前と比べてずいぶん下がってきています。

これは、いけるんじゃないか。そう思ったところから、この記事を書いています。

マクロ職人問題

「ちょっとした道具を自分たちで作る」という文化は、実は昔からあります。その代表格がExcelのマクロ(Excelの中で動く簡単なプログラム)です。どこの職場にも一人はいる「マクロ職人」が、業務効率化を支えてきました。

問題は、その人がいなくなったとき。

「前任者の作ったマクロが解読できない」「メンテナンスできる人がいない」。よく聞く話ですよね。最終的には「維持できないなら、そもそもマクロにしないほうがいい」とまで言われてしまう。

つまり、業務のシステム化における本当の課題は、作ることよりも「維持していけるか」にあるわけです。

3つのパターン

システム開発の体制は、大きく3つに分けられます。

  1. すべて開発会社にお任せ(丸投げ)
  2. 要件定義や仕様検討は社内で行い、開発だけ外部に依頼
  3. 要件定義から設計、実装、テスト、メンテナンスまで社内で完結

理想は3かもしれません。でも、そのために開発者を採用して維持し続けるのは、会社の規模によってはなかなか厳しい。

社内に常時開発案件があるならいいのですが、ピーク時と同じ人数を抱え続けるのは中小企業には負担が大きい。コストの問題もありますし、開発がない期間に開発者を社内に置いておくのは、本人のやる気の面でもしんどいんですよね。

かといって、1の丸投げも効率が悪い。

情報技術の業界には「顧客が本当に必要だったもの」という有名な風刺画があります。同じプロジェクトに関わっているはずの人たちが、それぞれまったく違うものを思い描いていて、最後に出来上がったものは誰も望んでいなかった、というあれです。デフォルメされてはいますが、開発現場のカオスを言い得て妙。

落としどころは、真ん中

ではどうするか。

落としどころは2、つまり社内に「開発会社と対等に会話できる人」を置くことだと思っています。

ここで言う「対等に会話できる」とは、こういうことです。

  • こちらの要望を要件としてまとめ、文書にして伝えられる
  • 開発会社の提案や設計方針を理解し、要件に合っているかを判断できる
  • 提案に対してきちんと意見が言える。要件の抜けや非効率な点を指摘できる
  • 開発会社の話を、社内のメンバー(上司も含む)に翻訳して伝えられる

要するに、システム開発を一通り理解している人。つまり開発者の経験がある人ですね。

社内で実装するわけではないので、こういう人が一人(できれば2〜3人のチームのほうが望ましい)いるだけで、外部に委託していてもほぼ内製と同じ効果が得られます。

「技術に詳しい人」とは、少し違う

ここでひとつ注意点を。

システム開発ができる人イコール技術に詳しい人、ではないということです。

もちろん技術の知識は必要条件です。でも、それだけでは足りません。求められるのは、コミュニケーション力、説明する力、そして組織を俯瞰(ふかん。高いところから見渡すこと)して物事を考えられる視点。

技術が好きなエンジニアは世の中にたくさんいます。ただ、こうした素養が欠けていると、どうしても自分の興味に走りがち。新しい技術や道具を、やたら導入したくなってしまう。

「組織として、本当にそれが必要か?」を冷静に考えられること。周囲が導入したがっても、必要なら「No」とはっきり言えること。これが大事なんです。

人物像としては、かなり優秀なシニアエンジニアクラス。「そりゃそういう人がいたら最高だよ」と言われそうですが、これからの時代、こういう人をちゃんと育てて世の中に送り出していく必要があると思っています。

名前をつけてみる

こういう人たちを、組織の中でどう位置づければいいだろう。ずっと考えていました。

単に「シニアエンジニア」と言ってしまうと、技術寄りの人も含まれてしまう。でも、ここで必要なのはもっと使う人の側に立って、俯瞰的にものごとを捉えられる人。既存の肩書きには、うまく収まらないんですよね。

そこで、仮に「Tech Bespoke(テックビスポーク)」と呼んでみたらどうかと考えました。

Bespoke(ビスポーク)は英語の “be spoken” が語源で、スーツや靴などをお客さんと対話しながら仕立てていくこと、またはそれを担う職人を指す言葉です。「話し合いながら、その人のためだけに仕立てる」ということ。

Tech Bespokeは、そのデジタル版。情報技術の知識を使って利用者と対話し、本当に必要とされているシステムを一緒に作り上げていく人。仕立屋が客の体に合わせて服を仕立てるように、目の前の相手に合わせる人、というイメージです。

名前がついたところで実体が変わるわけではないのですが、名前がないと「そういう人が必要だ」という話すらできないんですよね。

結局、行き着くのは「育成」

ただ、こういう人材を社内で抱え続けるのも、やっぱり簡単ではありません。だから最終的には「育成」の話になります。

作れる人を増やすのではなく、対等に話せる人を増やす。地味な話ですが、そこがいちばんの近道なのではないかなと思っています。