自社でシステムが作れるって、
じつはスゴイんです！

僕、自分が所属しているから言うわけじゃないんですが（笑）、ダイレクト出版の強みは「プロ企」という部署を持っていることだと思っているんですよね。「プロ企」というのは、正式名称を「プロダクト企画部」といい、システム制作や動画制作などに携わるエンジニアたちの部署です。
ダイレクト出版はマーケティングとセールスの会社です。そういう会社で、自社でシステムまで作れるのは珍しい。やはり「餅は餅屋」ということで、普通はすでにあるシステムを導入したり、外部に開発を依頼したりすることが多いのではないでしょうか。
しかし、自社でシステムが作れると、とても大きなメリットがあるのです。まずは、会社が本当に必要としているものを的確に生み出せること。外部のシステムだと仕様変更にも限界がありますが、自社でゼロから作るならいくらでもカスタムし放題です。また、開発を外注する場合も、その会社で働いているのといないのとでは、エンジニアの理解度に段違いの差が生まれます。僕たちのように会社に在籍しているエンジニアなら、他部署の仕事も見ているし、みんながどんなことに困っているのか、どういうことがやりたくてこのシステムを作ろうとしているのかがわかるので、総合的に判断して柔軟な仕様に落とし込むことができます。しかし外注の場合、まずそこまで社内事情に精通するのが難しい。となると必然、クライアントから提示された内容をそのまま作ることになります。一見、同じような仕様であっても、総合的に判断した柔軟な仕様と、それしかできない仕様では、やはり大きな違いがあるのです。
改善スピードが早いのもメリットの１つです。一旦システムができあがってしまうと、修正したいところがあっても、細かい部分は再調整しづらかったりしますが、僕たちならつねにみんなの使い勝手を目にしつつ、柔軟にフォローすることができます。
だから、会社がやりたいこととエンジニアが密につながれるという環境が、ダイレクト出版の持つ強みの１つだと思うのです。

僕が入社を決めた理由の１つが、こうしたダイレクト出版の社風だったのですが、もう１つ大いに惹かれたのが、若いころから大きなプロジェクトに関わらせてもらえる環境です。普通なら入社してすぐの新人はどうしても末端の作業が多くなって、大きなプロダクトの全体像を見る機会なんてほとんどないでしょう。
じつは、僕は昔からパズルやプラモデル作りが大好物。コツコツとモノを作って完成させるということになぜか惹かれるんですね。プログラミングが好きというのもその延長線上にあって、１つ１つのコードを組み合わせて全体の動きが決まるというところがすごく面白い。コードをどう組み合わせるとどんな動きができるかなんて、パズルに近いものがあると思いませんか？
そういうとき、末端の作業ばかりで全体像が見えないのでは、やっぱりちょっと物足りない。でも、ダイレクト出版では新人でもやる気さえあれば大きなプロジェクトを任せてくれるのです。
たとえば僕の場合、１年間のインターンを終え、正式に新入社員になってわずか３、４カ月で、決済システムの構築に携わらせてもらいました。決済システムといえば、ビジネスの基幹システムです。それをまだ経験の浅い自分が担当させてもらえる。当然、先輩たちからアドバイスをもらいながら、チームでの作業になりますが、基本的な担当者は僕。いくら大学院でプログラミングをかじっていたといっても、使うプログラミング言語だって違うし、ビジネスで通用するレベルでもありません。インターン時代から先輩たちに付いていけるように必死で学んできましたが、「これで大丈夫なのか」「トラブルが発生したらどうしよう」というプレッシャーはすごかった。万が一、決済システムに不具合が出たら、会社に何億円もの損害を与えかねませんからね。
新人なのに、その大きな重責に耐えながらも仕事が完遂できたのは、「ここ、こうしたらどうかな？」「こっちはこれでどう？」と、チームの仲間とわいわいアイデアを出し合うのが楽しかったからです。大変だったからこそ余計に、チームとの一体感も大きかった。

「プロ企」の働き方――スクラム開発体制

現在、プロ企は３チームに分かれてプロジェクトに当たるという仕組みになっており、僕はその１つのチームリーダーを務めています。チーム名は「M-DEV」。Matsukawa-Developmentの略で、いわば「松川開発チーム」といったところです。
入社４年目のチームリーダーなので、まだまだ勉強の毎日ですが、嬉しいことに自分自身が成長しているなと実感できることもあります。以前は自分がどんなシステムを作るかということにしか目が行かなかったのが、今はチームとしてどう動くとよりよい開発ができるかということを念頭に置くようになりました。またメンバーだけでなく、顧客や使う人の立場に立って物事を見られるようにもなりました。

そのためにプロ企では、コロナ禍以前は泊りがけの合宿を開催してきました。個人と組織の目標設定や課題を洗い出し、空き時間にはみんなで遊ぶという場です。かなり真剣に話し合うので、時には感情が交差して、泣いたり笑ったり、忙しいことこのうえない（笑）。でもそうするとやはりメンバー同士の絆が深まり、コミュニケーションがとりやすくなります。
それ以外にも、１カ月に１回のリーダー会議、１週間に１回のチーム会議と、細やかな課題設定と情報共有の場を設けてきましたが、最近、プロ企で力を入れているのが「スクラム開発体制」という仕組みです。
スクラム開発とは、アジャイル開発（同じ仕事量からより多くの価値を生み出すことを目的に、小単位で設計、実装、テストを繰り返して開発を進める手法）のフレームワークの１つで、簡単に言えば「共通のゴールに到達するためチームや組織が一体となって働ける仕組み」を指します。近年、ソフトウェア開発の現場で取り入れられることが増えてきた手法です。
ここで大事なのが、「デイリースクラム」と呼ばれる毎日の振り返りです。毎日決まった時間にチームメンバーで集まり、個々の進捗状況や今後の予定、作業を進めるうえで障害になっていることなどを報告し合います。そのほか「レトロスペクティブ」と呼ばれる週次の振り返り活動や、メンバーに合わせた1on1ミーティング、たまにチームの疑問点を解決する時間を設けたりもしています。これは僕がメンバーの質問にひたすら答えていく時間で、技術的な質問からプログラミング言語の概念、業務知識まで、何でもアリの質問コーナー。メンバーの理解を深めるだけでなく、言語化することで自分の知識を改めて整理することにも役立っています。

目標は「日本一のマーケティング特化型
プログラマー集団」

そのとき学んだことは社会人になってからはほとんど使えず、知識としてはゼロからの学び直しでした。唯一よかったと思うのは、プログラミングの下地ができていたので、新しい知識が吸収しやすかったことくらい。プログラミングというのは、１つの言語をマスターしていくと、別の言語を使うときにも応用が利きやすいのです。
そういう意味では経験者にはアドバンテージはあるものの、経験や知識がまったくなくてもプログラマーになることは可能です。もちろん勉強は大変なので、簡単に一人前になれると言うつもりはありませんが、とくにスクラム開発体制にしてからはチーム全体の成長スピードが加速しており、未経験者でも習熟しやすくなっていると感じます。僕のようにモノを作るのが好きな人や、数学など論理的に考えることが好きな人には、とても楽しい仕事だと思いますよ。
僕にとっては、システムを組み上げてテストするときがめちゃくちゃ楽しい瞬間です。コツコツと作り上げたものが実際に動い