こんにちは、かずです。

エンジニアの求人を見ていると「自社開発」という言葉をよく目にしますよね。なんとなく良さそうなイメージはあっても、実際どんな働き方なのかは意外と知られていないと思います。

この記事では、これからエンジニアとしてキャリアを始める方や、まだ経験の浅い方に向けて、自社開発の「いいところ」と「大変なところ」を正直に書いてみます。入社してから「思っていたのと違った」とならないよう、いい面だけでなく、しんどい面もちゃんとお伝えします。

――――――――――

■ そもそも「自社開発」ってなに？

自社開発とは、自分たちの会社のサービスやプロダクトを、自分たちで企画・開発・運用していく働き方です。作ったものは「お客さんに納品して終わり」ではなく、リリースしたあとも自分たちで育てていきます。

IT業界には、大きく分けて次の3つの働き方があります。

【自社開発】 ・誰のために作る？ → 自社のサービスの利用者 ・作ったものは？ → 自社でずっと運用・改善する ・関わり方 → 企画から運用まで継続的に関わる

【受託開発】 ・誰のために作る？ → 発注してくれたお客さん ・作ったものは？ → 納品してお客さんのものになる ・関わり方 → 案件ごとに要件を決めて作り、納品する

【SES】 ・誰のために作る？ → 常駐先・参画先の会社 ・作ったものは？ → 参画先のもの ・関わり方 → 他社のチームに入って開発を手伝う

どれが正解というわけではなく、それぞれに身につく力や向き不向きがあります。ここからは自社開発について、もう少し踏み込んでいきますね。

――――――――――

■ 自社開発のいいところ

① 作ったものを長く育てられる 納品して終わりではないので、自分が書いたコードや機能が、その後どう使われていくかを見届けられます。「あのとき作った機能、今こんなふうに使われてるんだ」と実感できるのは、自社開発ならではの楽しさです。

② ユーザーの反応がダイレクトに返ってくる 使ってくれている人の声が、開発チームに近い距離で届きます。うれしい声もあれば厳しい声もありますが、「誰かの役に立っている」という手ごたえを感じやすい環境です。

③ 「どう作るか」だけでなく「何を作るか」から関われる 自分たちのサービスなので、仕様を受け取るだけではなく「こうしたらもっと使いやすいのでは？」と提案できます。エンジニアの意見がプロダクトに反映されやすいのは大きな魅力です。

④ 技術を腰を据えて深められる 同じプロダクトに継続して関わるので、設計や運用、パフォーマンス改善など、長く付き合うからこそ身につく力が育ちます。目先の納期だけでなく、数年先を見据えた技術判断を経験できます。

⑤ スケジュールを自分たちでコントロールしやすい お客さんの都合で突然仕様がひっくり返る、ということは比較的少なめです。優先順位を自分たちで決められるので、働き方を整えやすい面もあります。

――――――――――

■ 自社開発の大変なところ

① 「正解」を誰も教えてくれない 受託開発ならお客さんが要件を決めてくれますが、自社開発では「何を作るべきか」から自分たちで考えます。答えのない問いに向き合うのは、慣れるまで正直しんどいです。

② 作って終わりではない＝責任も続く リリース後の不具合対応や問い合わせ、運用・保守も自分たちの仕事です。過去の自分が書いたコードと、何年も付き合い続けることになります。

③ 技術や仕事内容が固定されやすい 一つのプロダクトに長く関わるぶん、触れる技術や業務の幅が限られることがあります。新しい技術に触れたい場合は、自分から学びにいく姿勢が必要です。

④ エンジニアも「売れるかどうか」を意識する サービスが使われなければ、会社の売上にはつながりません。コードを書くだけでなく、「これはユーザーにとって価値があるか」「ビジネスとして成り立つか」まで考える場面が出てきます。

⑤ 自分で動かないと成長が止まりやすい 自由度が高いぶん、指示待ちでいると仕事が回ってこないこともあります。「こうしたい」を自分から発信できる人ほど、成長の機会をつかみやすい環境です。

――――――――――

■ 私たちの自社開発について

私たちも、自社のSaaSプロダクトを開発しています。要件を考えるところからテストまで、チームで一緒に取り組んでいます。

若手が多く、年次や役職に関係なく意見を言いやすい雰囲気です。AIなどの新しい技術も取り入れながら、開発の進め方を日々みんなでアップデートしています。

まだまだ成長途中の会社なので、整っていない部分もあります。そのぶん、一人ひとりの「こうしたい」が形になりやすい環境です。

――――――――――

■ 自社開発が向いている人

・作ったものが使われる様子を見たい人 ・「なぜこれを作るのか」から考えるのが好きな人 ・一つのものを長く、じっくり育てたい人 ・自分から手を挙げて動ける人（もしくは、そうなりたい人）

最初から全部できる必要はありません。「やってみたい」という気持ちがあれば、大丈夫です。

――――――――――

■ おわりに

自社開発は、楽しいことも大変なことも、どちらも自分たちに返ってくる働き方です。だからこそ、プロダクトと一緒に自分も成長していける実感があります。

この記事を読んで少しでも興味を持ってもらえたら、ぜひ気軽に話を聞きに来てください。カジュアル面談も歓迎しています。

こんにちはお疲れさまです。早川です。
前回までは楽しい系の話題でしたが、今回は少し趣向を変えて大人な話を。☕

AI、めちゃくちゃ便利ですよね。私もガンガン使ってます。
コードのたたき台、テスト、詰まったときの壁打ち。もう、ない生活には戻れません。

でも、使うほどふと考えます。
「この先、エンジニアってどうやって生きていくんだろう？」

① ちょっと前までの「エンジニアの仕事」

少し前までの開発は、設計書を書く、または設計書を読んでプログラムを書く。Excelでテストケースを作り、ひとつずつ実施して◯をつけていく。そんな流れでした。

一番評価されていたのは「プログラムを書ける」こと。私もそこを磨いてきましたし、あの積み重ねがあったから今がある。決して無駄な時代ではなかったと思っています。

② 「作る」が、爆速になった

ここ数年で、その前提がガラッと変わりました。

「DBのここを変更して、画面はこんな感じで」と頼むだけで、1時間ほどで成果が出来上がる。詳細設計すら書かなくても、SKILLと呼ばれるルールに基本方針を入れておけば、それを守って実装してくれる。

最初に体感したときは、正直ちょっと怖くなりました。「あれ、自分がやってきたことって…？」って。

③ 奪われるんじゃなくて、届けやすくなった

「AIにエンジニアの仕事が奪われる」とよく言われます。その不安、すごくわかります。

でも毎日使っていて感じるのは、作るのが速くなったぶん、「人にサービスを届ける」までの距離がぐっと近くなった、ということです。

「工数が足りないから見送りで…」と諦めていた改善。「あったら助かるんだけどね」で終わっていたアイデア。そういうものに、ちゃんと手が届くようになりました。

AIは仕事を減らしたというより、エンジニアが届けられる範囲を広げてくれた。今はそう思っています。

④ じゃあ、これから何が大事になるのか

「書ける」ことの希少価値は下がってきています。代わりに大事になってきたと感じるのが、この3つです。

まずは「読める」こと。AIが書いたコードは本当に大丈夫か。判断して「これでいこう」と決めるのは人の仕事です。

次に「説明できる」こと。なぜこの設計・この技術なのかを、チームにもお客さんにも言葉で伝えられること。AIへの指示も、結局は説明力です。

そしていちばん大事なのが「人を基準に考える」こと。この機能は誰のため？その人は何に困ってる？作るのが簡単になった今こそ、「何を作るか」を考える力の価値は上がっています。

⑤ とはいえ、一人じゃ無理です

とはいえ、これを一人で全部やるのはかなりしんどいです。

新しいツールは毎月のように出てくるし、実務での正解は試さないとわからない。一人で追いかけて、試して、失敗して…を続けるのは消耗します。

だからこそ、個人じゃなくチームで成長していくことが、これからますます大事になると思っています。

⑥ うちのチームでやっていること

うちのチームには、「まずやってみよう」が歓迎される空気があります。うまくいかなかったことも、チームにとっては価値のある情報です。

雑談にも「これ使ってみたらよかったよ」「あのやり方どうだった？」と技術の話が自然に混ざっています。わざわざ会議にしなくても、刺激をもらえる関係っていいなと思います。

その土台にあるのは、「わからない」「失敗した」を気軽に言えること。実は、いま開発しているIELUKAも、そんな「話し合えるチーム」をつくるためのサービスだったりします。

⑦ おわりに

AI時代にエンジニアとしてどう生きていくか。正直、私もまだ答えの途中です。

でも「書ける」だけじゃなく、「読んで、説明して、人のために考える」ことに面白さを感じられるなら、この時代はけっこう楽しいはずです。

もしエンジニアの働き方にモヤっとしていたら、ぜひ一度お話ししましょう。コーヒーでも飲みながら。☕

おつかれさまです、早川です。

突然ですが、「ニンテンドー64」ってご存知ですか？

DSSはゲーム好きなメンバーが多く、これまでの記事でも何度か話題にしてきたのですが、先日こんなことがありました。

DSSが大事にしているのは、「話しやすさ・相談しやすさ」です。困ったときにすぐ相談できる、思ったことを気兼ねなく言える。そういう空気があるかどうかで、仕事の進めやすさもアウトプットの質も変わってくると考えています。だからこそ社長も気軽に声をかけられる場所にいて、日頃からよく雑談をしています。

そんな雑談の中で出てきたのが、「64ってゲーム知ってる？」という話。新卒メンバーなど若手は「やったことないです」とのことで、まさかのジェネレーションギャップが発覚しました……。

お昼休みに64の話で盛り上がっていると、社長からひと言。

「64あそぼか」

そして翌週、会社に64が到着していました。笑

さっそくみんなで遊び始めたのですが、これが社長、まあうまいこと。誰も倒せないという事態が発生しまして。笑

結局最後まで一度も勝てなかったのですが、普段はミステリアスな一面もある社長の、新しい表情が見られた会でした。

ちなみに当日はめちゃくちゃ盛り上がって、飲み会より盛り上がっていました。笑

こういう時間って、ただ楽しいだけじゃないんですよね。役職や年次を越えて話せる関係ができていると、いざ仕事で「ここ、ちょっと相談したいんですけど」が言いやすくなる。DSSが働きやすさにこだわっているのは、それが結局いちばん良い仕事につながると思っているからです。

これからも、みんなが気持ちよく働ける場所であり続けられるように。次は何のゲームが会社に届くのか、楽しみにしています。笑

お仕事・学業お疲れ様です。はやかわです。

私が今ガッツリ関わってる「IELUKA」のLP公開できました🎉
https://lp.ieluka.com/

「話し合って、チームが自走する」がコンセプトのチームサポートプラットフォームです。
タスク管理だけじゃなくて、1on1とか振り返りとか、"人が見える"仕組みまで全部盛りこんでるやつ。

人を大事にして、楽しく仕事できるサポートができるように日々ガッツリ開発頑張っています！
こうして形になって世に出ると普通に嬉しいですね。

β版は秋ごろ公開予定なので、そっちもお楽しみに！

お仕事・学業お疲れ様です。はやかわです。

先日、会社メンバーだけでワールドカップのパブリックビューイングを実施しました！
DSSはサッカー好きな方が多いので！
※ 場所は知り合いのカフェを借りてます🙌

画面を囲んで、飲み物とおやつ片手に、ゴールのたびに声を上げたり、惜しいシーンにみんなで頭を抱えたり。

普段オフィスで顔を合わせてるメンバーも、仕事を離れた場所だと少し違って見えますね。

点が入った瞬間に一緒に立ち上がる、みたいな時間は、会議室では絶対に生まれないですね。
肩書きも役割もいったん置いて、ただ同じ画面に一喜一憂する。それだけで、なんというか、距離が縮まる感じがあってとても楽しかったです。

試合展開もめっちゃ熱かったので、サッカー論も盛り上がってました😂