Kenji M

「自由だな」と感じるのは、プロダクト開発やPoC（概念実証）の進め方ですね。 私たちは毎日、朝と夕方に5～10分の短いMTGを行いながら開発を進めているんですが、このスタイルが本当に自由度が高いんです。 困っていることや思いつきをすぐ出せて、「上手くいってる」「ちょっと苦戦してる」といった状況をその場で共有でき、すぐにフィードバックがもらえるんですよ。

Yu O

僕は、最近のIoTデバイス管理コンソールや社内の座席管理システム開発で特にそう感じました。 詳細な仕様や設計が決まっていなかったので、最初は完全に手探り。それでも、自分で仕様を決めながら進められたのは大きかったです。 他の部署だと仕様書作成に1か月以上かけることもあるそうですが、ここでは試しながら進められるのが本当にユニークだと思いました。

Kenji M

特に技術選定にチャレンジできたことが大きいです。経験があるものだけじゃなく、新しい流行りの技術や使ってみたい技術を積極的に試しました。最近だと、DBを“とりあえず定番”で選んだら要件に合わず、途中でやり直すことに。新しいものを試す姿勢は大事ですが、そればかりが先行すると、適切な技術選定をする判断が曇るということを学びました。

Yu O

僕は“もっと効率的にできないか”を考えて、処理方法をいろいろ試しました。失敗したのは、経験不足で保守性や拡張性の低いコードを書いてしまったこと。先輩から指摘を受けたり調べたりして、コードの書き方を学べたのは大きな収穫でしたね。

Kenji M

新しい技術を取り入れる姿勢と、冷静な判断のバランス。その両方を意識できるようになったのは、この手厚いサポート環境のおかげだと思います。RADには様々な部署があり、多種多様な業務を行っているため、社内には多彩なプロフェッショナルがいます。 私自身、入社して10年近くになりますが、入社当初から　仲良くしている同世代の社員たちが、今ではそれぞれの部署でプロフェッショナルとして活躍しています。「クラウドのことは〇〇さん、ハードのことは××さんに聞けば分かる」というように、専門家が身近にいることは心強いです。最近では、ライトニングトーク会や、生成AIの活用事例を共有する会など、部署を跨いだ取り組みが活発になっており、新しい繋がりも生まれ続けています。 この縦と横の繋がりがあって安心して開発に取り組めています。

Kenji M

そうですね。いただいたアイディアは、実際に追加機能や修正として積極的に取り入れるようにしています 。その中には、若手社員からのアイディアもちゃんと採用されていますよ。

Yu O

自分の考えが反映されるのは本当に嬉しいですね。技術的な部分でも、僕が提案したコードの書き方や方法が採用されたことも多少はありました 。安心して自分の意見を発信することができた結果だと思います 。

Kenji M

意見の収集は一度きりではありません。説明会以外でも、社内SNSを開設して継続的にフィードバックを貰えるようにしています。これから入社してくる新入社員からも、また新しい視点に基づいた新しいアイディアが貰えるんじゃないかと、今から期待しています。

Kenji M

その通りです。社内の知見をもっと横断的に集めることができたら、開発スピードは格段に上がります。

Yu O

僕は少し別の視点ですが、開発に取り掛かる前の準備時間について改善できる点があると思っています。僕はプログラミング未経験で入社しましたので、開発どころかコーディングすらほとんど経験がありませんでした。入社直後に新人研修が2か月間あるとはいえ、その後に「自由な開発」に臨まざるを得なかったので、正直大変だと感じる部分が大きかったんです。

Kenji M

自由度が高いからこそ、初期スキルが必要とされる側面もありますよね。

Yu O

はい。試行錯誤できたのは良い経験ですが、開発前に、コーディングだったり仕様の決め方などについて、もう少し集中的に勉強できる時間があれば良かったかな、と感じています。