この仕事で得られる、4つの経験と価値。業務を理解し、品質をつくるエンジニアへ

① 新規開発だからこそ「システムができるまで」を経験できる携わっていただくのは、既存システムの部分的な改修だけではありません。グループ内の学校法人や自社事業で利用する、新しい業務システムを構築していくプロジェクトです。画面だけをつくる。APIだけをつくる。データベースだけを見る。そうした一部分の開発だけではなく、画面、業務ロジック、データ、テストがどのようにつながり、ひとつの業務システムになっていくのか。その過程を実際の開発を通じて理解できます。担当機能だけを見るエンジニアから、システム全体のつながりを理解できるエンジニアへ。新規開発だからこそ得られる経験です。② 「技術」だけでなく「業...

これからの開発組織と、これからの事業を支えるシステムを、自分たちでつくる。それが、今ここで働くことで得られる価値です。

今、私たちに足りていないもの現在の組織には明確な課題があります。それは、複数のプロジェクトを同時に推進できる、上流エンジニアが足りていないこと。単に開発人数が足りない、という話ではありません。業務を理解し、仕様を把握し、システム全体を見渡した上で、「次に何を決めるべきか」「誰に何を任せるべきか」「どこにリスクがあるのか」を判断できる人材が不足しています。だからこそ、今回お迎えする方には、単なる一開発メンバーではなく、内製化を前に進める中核メンバーになっていただきたいと考えています。お任せしたいのは、「仕様把握から推進まで」私たちが求めているのは、与えられたタスクを消化する人ではありません...

技術の選択が、事業の未来につながる。私たちが大切にしたい、エンジニアの仕事🐈

「この機能は、誰の、どんな課題を解決するのだろう」「この設計で、現場は使い続けられるだろうか」「今、開発に時間をかけるべきところは、ここだろうか」仕様を理解し、コードを書き、期待どおりに動くものをつくる。その力は、システム開発を支える大切な専門性です✨そして、開発に携わるほど、その手前にある判断も気になってくる。何を実現するための機能なのか。どこまでつくれば、必要な価値が届くのか。将来の変更を考えると、今どんな設計を選ぶべきか。日本教育クリエイトが内製化を通じて目指しているのは、こうした問いを、エンジニアと事業に関わる人たちが一緒に考えられる開発組織です。技術の判断は、現場の仕事を変えて...

「全体設計」という一言の中で、あなたは何に悩み、何を決めてきましたか。

「システムの設計を決める」開発の仕事ではよく耳にする言葉ですが、実際には、いったい何を決めるのでしょうか。使う言語やフレームワーク。サーバーやデータベースの構成。ほかのシステムとのつなぎ方。そこには、実に多くの判断があります。そして、一つひとつの判断が、開発の進めやすさや、利用者の使いやすさ、数年後の変更のしやすさにつながっています。「何を採用したか」とともに「なぜ、その選択をしたのか」を話せる開発組織でありたいと考えています。全体設計は、システムに関わる人たちの共通の土台をつくる仕事。必要な機能を挙げることはできます。しかし、それぞれの機能をつくり始める前に、すり合わせておきたいことが...

「設計書」と一言でいっても、これだけ違う

「基本設計書の作成経験あり」「詳細設計を担当」「設計～テストまで一貫して経験」一見すると、どれも「設計経験がある」と判断できそうです。たとえばWebシステムを開発するとします。設計工程では・システム構成図・機能一覧・画面一覧・画面遷移図・画面レイアウト・画面項目定義書・API仕様書・IF仕様書・テーブル定義書・ER図・CRUD図・バッチ処理設計書・シーケンス図・クラス図・エラー処理設計・権限設計・ログ設計・ジョブ設計など、さまざまなドキュメントが登場します。しかも、これはあくまで一例です。会社によって名称も違えば、基本設計と詳細設計の境界も違う。同じ「画面設計書」でも「画面の項目をExc...

ユーザーが言葉にできないものを、システムにする

「こんなシステムが欲しい」ユーザーから、そんな明確な言葉が出てくることは、実はそれほど多くありません。「今のやり方だと、なんとなく使いづらい」「毎回この作業が大変」「もっと簡単にならないかな」「こういうことができたらいいんだけど……」でも、そこで止まってしまう。なぜなら、ユーザーはシステムをつくる専門家ではないから。自分たちが日々どんな業務をしていて、どこに時間がかかっていて、何に困っていて、本当はどうなったら嬉しいのか。それを「システムの要件」として言語化するのは、簡単なことではありません。だからこそ、私たちは考えています。ユーザーが言葉にできないものを、代わりに言語化する。それも、エ...

実装の先に、事業があるーソフトウェア開発の実装と事業戦略を結びつける

「このAPIを実装してください」「この画面を作ってください」「この不具合を修正してください」エンジニアとして働いていると、こうした依頼は日常的にあります。もちろん、それらは重要な仕事です。しかし、本当に向き合いたいのは、その一つ前の問い「なぜ、この機能を作るのか」です。コードを書くことは、目的ではありません。ソフトウェア開発は、コードを書くことが仕事ではありません。本来の目的は、事業が抱える課題を解決し、ユーザーへ価値を届け、企業の成長を加速させることです。つまり、事業戦略　→　業務プロセス　→　システム設計　→　ソフトウェア実装この一本の線がつながって初めて、良いシステムが生まれます。...

私たちがつくっているのは、システムだけではありませんー開発組織は、技術力だけでは強くなれない

どれだけ優秀なエンジニアが集まっていても挑戦できる環境がなければ、新しい価値は生まれない。だから私たちは「何をつくるか」と同じくらい「誰と、どんな環境でつくるか」を大切にしています🍀経験年数や役職に関係なく意見を出し合い良いアイデアであれば、誰の提案でも採用する。失敗を責めるのではなく、挑戦したことを評価し困ったときは、一人で抱え込まずチーム全員で考える。そんな文化が、私たちの開発チームには根付いています。そして、私たちが向き合うのは「コード」だけではありません。その機能は、本当にユーザーの課題を解決できるのか。その設計は、数年後も成長し続けられるのか。その技術は、事業の未来に貢献できる...

「完成された環境」ではなく、「未来をつくる環境」へ

多くの会社では、すでに整った開発基盤やルールの上で仕事が始まります。でも、私たちが目指しているのは少し違います🐈今まさに内製化を本格的に進めるこのタイミングですので開発プロセスも、アーキテクチャも、技術選定も、チームの文化さえもまだこれから創り上げていくフェーズです。決められたレールを走るのではなく「この設計がいい」「この技術なら将来まで運用しやすい」「もっと開発しやすい仕組みにしよう」そんな一つひとつの意思決定が、そのまま会社の標準になっていきます。あなたが設計したシステムはあなたが書いたコードは未来のエンジニアが受け継ぐ"土台"になります。これは、完成された組織ではなかなか経験できな...

私たちは、現場の課題を理解するところから始めます

「自社開発」という言葉だけでは、その会社の開発環境は分かりません。プロダクトを自社で持っていても、エンジニアの役割が"実装だけ"という会社は少なくありません。仕様はすべて決まっていて技術選定も設計も意思決定も他の誰かが行う。エンジニアは、決められたものを形にすることが求められます。もちろん、それも一つの開発スタイルです。ですが、私たちが目指しているのは、少し違います。私たちは、現場の課題を理解するところから始めます。「何をつくるか」「なぜ、それが必要なのか」「どう設計すれば、5年後・10年後も使い続けられるのか」そこまで含めて、エンジニアが主体となって考える開発組織です。技術選定も、アー...

システムを、自分たちの手に取り戻す　2026.6ver

システムは、会社の競争力そのものです。それなのに、「誰も全体像を理解していない。」「改修するたびに、想定以上の時間とコストがかかる。」「障害が起きても、原因が分かるのは外部ベンダーだけ。」システムを使う人と、つくる人が離れている。知識が組織に蓄積されず、技術もノウハウも外へ流れていく。その積み重ねが、変化へのスピードを鈍らせ、挑戦する力を奪ってしまいます。だから私たちは、内製開発へ舵を切りました。目指しているのは、単に開発を内製化することではありません。自分たちが使うシステムを、自分たちで理解すること。設計の意図を知り、コードを書き、運用まで責任を持つこと。そして、仕組み一つひとつを自分...

今、船出する理由　2026.6ver

私たちは今、IT組織として大きな転換期を迎えています。これまでグループのシステム開発は、多くを外部パートナーに委ねてきました。もちろん、それによって安定したシステム運用を実現できた一方で「すぐに改善したい」「もっと使いやすくしたい」そんな現場の声を迅速に形にできない場面も少なくありませんでした。"自分たちが使うシステムは、自分たちでつくる。"その実現に向けて、本格的な内製開発へと舵を切ります。これは、既に出来上がった組織に人を補充する採用ではありません。これから何年も使われるシステムの設計思想を考え開発プロセスを整え技術選定やアーキテクチャを議論し「どんな開発組織でありたいか」まで、一緒...

なぜ、エンジニア領域に挑戦するのか　2026.6ver

教育と人材の事業を続ける中で、私たちはある課題に向き合ってきました。学ぶ環境は増えている。研修もある。資格を取得する機会もある。それでも「経験を積める場」が不足していることで、成長の機会を得られないエンジニアが少なくありません。知識だけでは、技術者にはなれない。実際に考え、つくり、失敗し、改善する経験があってこそ、本当の力が身につく。人を育てるだけではなく挑戦する機会をつくること。経験を積み技術を磨き社会で価値を発揮できるエンジニアを増やしていくこと。教育で終わらせない。人材紹介で終わらせない。「成長できる環境そのものをつくる。」この想いを、事業の背景や目指す未来とともに採用ピッチ資料で...

なぜ、ITソリューション事業部を立ち上げたのか　2026.6ver

これまで、教育と人材の力で社会課題の解決に挑んできました。医療、介護、福祉、保育。人手不足や業務負荷の高まりと向き合う現場を支え続ける中で、ある課題が見えてきました。それは「人の力だけでは解決できない壁」があるということです。どれだけ優秀な人材がいても。どれだけ現場が工夫を重ねても。業務を支える仕組みそのものが変わらなければ、生産性向上には限界があります。現場には、長年積み上げられた知恵があります。利用者のために工夫された運用。担当者の経験によって磨かれた業務フロー。現場だからこそ見える課題と改善案。それらの多くは個人の経験に留まり、組織の資産として蓄積されないままになっていました。担当...

私たちは、なぜ「教育 × 人材 × IT」に挑むのか　2026.6ver

長年にわたり教育と人材サービスを通じて社会課題と向き合ってきました。医療、介護、福祉。人手不足が深刻化する現場で、人材を育成し、活躍の場をつくる。それが私たちの役割でした。しかし、現場で働く方々と向き合う中で、ある課題が見えてきました。人材不足だけでは解決できない問題が増えているということです。業務は複雑化し、現場の負担は大きくなる。経験やノウハウは属人化し、本来利用者支援に使うべき時間が事務作業に奪われる。現場には知恵も情熱もある。それでも、仕組みが追いついていない。その現実を数多く見てきました。だからこそ考えました。「教育」と「人材」に加えて、もうひとつ社会課題を解決する力が必要では...