SmartHR プロダクトエンジニア求人ガイド_2026 / PdE job guide 2026

SmartHRのプロダクトエンジニア求人について記載された資料です。プロダクト毎に複数の配属先があり、それぞれの特徴が記載されています。SmartHRのプロダクトエンジニアに興味をお持ちの方、応募を検討している方、理解を深めたい方は是非ご覧ください！

求人一覧：https://smarthr.app.box.com/s/wwysxsgp2p08mkh6cg5q1ldvx8y2deep

【資料に添付されているリンクの一覧】

## SmartHRについて

会社紹介資料:
https://speakerdeck.com/smarthr_pr/smarthr-company-introduction1

## エンジニアについて

エンジニア採用ページ:
https://hello-world.smarthr.co.jp/

SmartHR Tech Blog:
https://tech.smarthr.jp/

SmartHR Developers（Xアカウント):
https://twitter.com/smarthr_dev

## 働き方・キャリアについて

2026年版 エンジニアのキャリアについて:
https://tech.smarthr.jp/entry/2026/03/17/154014

プロダクトエンジニアにとって、SmartHRはリモートワークしやすい環境なのか？:
https://tech.smarthr.jp/entry/2023/11/10/183226

SmartHRでの仕事と育児の両立ってどう？ パパ&ママ座談会:
https://shanaiho.smarthr.co.jp/n/n1870ae8e3d60?magazine_key=mb5eb12bf5b45

## おすすめ記事

データ×AIで広がる可能性─プロダクトリーダーが語る「2030年に向けた事業戦略」:
https://www.youtube.com/watch?v=8w6ONAvWmlQ

経営陣が語る"売上1000億円までの非連続な道のり"─「2030年に向けた事業戦略」の実現へ:
https://www.youtube.com/watch?v=z6B0mghIza0

AIでSaaSは死なないし、業務システムをAIで内製化してはいけない:
https://real.smarthr.co.jp/articles/times_serizawa_0008

Transcript

1. SmartHR プロダクトエンジニア求人ガイド 2026 SmartHR プロダクトエンジニアグループ 更新日: 2026/4/10
2. • プロダクト開発チーム • 配属先組織の紹介 • 募集ポジションと配属先 • ポジション紹介 ◦ 採用ポジション一覧 ◦ 技術スタック ◦ 開発の特徴（領域単位） • 参考情報 目次 プロダクトエンジニア求人ガイドでは、プロダクトエンジニアに特化した情報をまとめています。 SmartHRの会社・事業概要については 株式会社SmartHR_会社紹介資料 をご覧ください。 https://speakerdeck.com/smarthr_pr/smarthr-company-introduction1
3. プロダクト開発チーム
4. プロダクト開発チームの全体像 • 労務 / タレントマネジメント / プラットフォーム・従業員ポータル / プロダクト横断基盤 / AI基盤　 に大別され ます • 全社的に利用している共通コンポーネントは、有志が開発にコミットしています • 数十名規模の大規模なアプリケーションもあれば、立ち上げ中のアプリケーションもあり、　　 さまざまなプロダクトフェーズを経験できる配属先があります
5. プロダクト開発チームを構成する主な職種 • SmartHRでは以下の8つの職種でプロダクトの開発・運用をしています。 • 基本的に、各チームにPM（プロダクトマネージャー）が1名プロダクトオーナーとして存在し、 エンジニアは開発者として各チーム1-6名配属されています。 • その他の職種はイネイブリングチームとしてファシリテーションモードで関わっており、チームの能力獲得・進化を支援し ています。 • エンジニアは、プロダクト開発に必要なことはなんでもやる、職能横断的な貢献*が求められます。 *インフラ / バックエンド実装 / フロントエンド実装 / プロダクトマネジメント / デザイン / 品質保証 / テキストライティング（ヘルプページやリリー スノートなど）
6. プロダクトエンジニアが重視していること よりも 技術志向 プロダクト志向 個人プレー チームプレー よりも 安定 変化を楽しむ よりも じっくり作り込む すばやく作って軌道修正 よりも 指示に従う 自ら判断する よりも 左記のことがらを否定しているわけではなく、 それよりも右記のことがらを重視している、ということです
7. 開発組織概要
8. 技術統括本部 人給基幹プロダクト開発本部 VPoE 開発組織図 人給基幹プロダクト基盤開発本部 タレントマネジメントプロダクト 開発本部 ESPプロダクト開発本部 情シスプロダクト開発本部 プロダクト基盤開発本部 テクノロジーマネジメント開発本部 フロントシステム開発 1〜2部 勤怠管理開発部 給与計算開発部 CRE部 人事マスタ開発 1〜2部 スケーラビリティエンジニアリング部 タレントマネジメント開発 1〜3部 ESP開発部 情シス開発部 プロダクト基盤開発部 AI開発部 PSIRTユニット DPEユニット SREユニット AI開発本部 EngineeringOffice本部
9. 開発組織データ • 従業員数： 234名 *プロダクトエンジニアのみ ◦ チーフ: 46 ◦ マネージャー: 11 ◦ ダイレクター: 5 • 平均年齢： 34.32歳 ◦ 20代: 18.4% ◦ 30代: 63.2% ◦ 40代: 17.9% ◦ 50代: 0.4% • 平均勤続年数： 2.7年 ◦ 2022入社: 20 ◦ 2023入社: 40 ◦ 2024入社: 43 ◦ 2025入社: 57 ◦ 2026入社: 31 • 男女比 ◦ 9:1 • 居住地分布：首都圏外が 3割弱 更新日: 2026/04/10
10. 配属先組織の紹介
11. 配属先組織の特徴 領域 特徴 労務プロダクト開発本部 労務業務全般の効率化と従業員情報の活用基盤を担う組織です。 開発組織のサイズは最も大きいです。 複雑なドメインに挑みつつ、技術負債の解消や新機能開発を両立し、SmartHRで労務が完結 する世界を目指しています。 タレントマネジメント プロダクト開発本部 人事データを活用した人事評価や従業員サーベイ、人員配置などのプロダクト開発を担う組織 です。「人材の能力を最大限引き出す」「組織のパフォーマンス向上」などを通して企業課題の 解決に取り組みます。各社の多様な課題に対し仮説検証を素早く繰り返し、最適解を探ること を重視しています。価値ある機能を考え抜く環境です。 プロダクト基盤開発本部 SmartHRのマルチプロダクト戦略を支える共通基盤を構築し、統合的なユーザー体験と開発 生産性の向上を担う組織です。中長期視点で複数のプロダクト領域を連携し、全体最適をして いくという挑戦に取り組んでいます。 ESP・情シス開発本部 従業員向け機能開発、情シス業務の自動化などの構築を担う組織です。新規事業である情シ スなど新たなドメインに挑戦しながら、SmartHRの活用領域拡大と次の成長ステージを支えて います。
12. 労務プロダクト開発本部 労務開発本部 ダイレクター 迫 労務プロダクト開発本部は、入社の手続きや電子申請、年末調整、勤怠といった労務領域全般のプロダ クトを開発する、最も大きな開発組織です。これまで紙で行っていたアナログな業務をシステム化して仕 事の無駄を無くしつつ、業務を通じて従業員情報を収集・蓄積し、マルチプロダクトで活用するための土 台の役割も担います。 労務は法律や会社の規則なども絡む複雑なドメインなため、労務業務の知識を持ったドメインエキスパー トと協業しながら開発を行っています。 労務管理SaaSとしては業界トップシェアではあるものの、創業から機能を積み上げてきた数十万行ある モノリシックなRailsアプリケーションを複数のチームで開発しており、認知負荷が高い状態にあります。競 合に追いつかれないための機能開発は続けながら、開発速度を維持するための技術負債の解消やリ アーキテクチャも進める必要があります。 また、年末調整や月末の勤怠締めなど時期によっては管理者以外の従業員にも多く使ってもらうため、 toBでありながらtoCのようなスパイクアクセスを考慮した開発も求められます。 将来的には労務業務の大半がSmartHRで完結し、圧倒的に効率化された世界を目指しています！です が、現状のプロダクトではカバーできていない領域も多く、非効率になっている部分も多々あります。今後 は勤怠機能をはじめ複数の新プロダクトを展開して労務業務のカバー率を増やし、労務プロダクトな らSmartHR1択と言えるようなサービスを目指していきます。 世の中の仕事の無駄を無くしたい方、大きなプロダクトを通じて世の中にインパクトのあるプロダクトを 作りたい方、ぜひ一緒に働きませんか？
13. タレントマネジメントプロダクト開発本部 タレント マネジメント プロダクト 開発本部 ダイレクター 濵本 タレントマネジメントプロダクト開発本部（以下、タレマネ開発本部）は SmartHR に蓄積された人事データ を人事評価や従業員サーベイ、人員配置などの施策に活用することで、企業課題の解決につながるプロ ダクトを開発する組織です。 タレントマネジメントの目的には「人材の能力を最大限引き出す事業戦略」を通した「組織のパフォーマン ス向上」が挙げられますが、その実現のために解決すべき課題は各社千差万別となっています。例えば 評価や人員配置などの業務でも、100人の組織と数万人の組織では抱えた課題も求める解決策も異なっ てくるためです。 様々な課題や要望に対して最大公約数となる解決方法を考える必要がありますが、その最適解はまだ 社内でも見つけられていません。そのためタレマネ開発本部では「解決策としての仮説を立て」「機能を提 供し」「フィードバックを得ながら最適解を目指すサイクルを」「素早く何度も回す」ことが求められます。 また、現在は個々のプロダクトがそれぞれの業務に特化した機能提供がメインとなっていますが、将来的 にはプロダクトを横断した連携や分析を通した機能提供を目指しています。 「何がユーザにとっての価値となるか」「どう実装すると最大の価値となるか」から考えて作るのが好き な方には最高の環境となっているはずです。 まだ誰にも見つけられていないタレマネの最適解を、一緒に探してみませんか？
14. プロダクト基盤開発本部 プロダクト基盤 開発本部 ダイレクター 藤井 プロダクト基盤開発本部は、SmartHRのマルチプロダクト戦略を支える共通の基盤を構築する開発組織 です。プロダクト間のデータや機能を統合し、ユーザーに統合的な体験を提供することで、マルチプロダク ト全体としてのユーザー価値を高める役割を担っています。また、機能の共通化を通して、組織全体の開 発生産性を高めることももう一つの役割としています。 ユーザーに対しては基盤を利用するプロダクトを通して価値を提供していくことになります。しかし個別プ ロダクトだけでなくマルチプロダクト全体としても最適な形で基盤を提供する必要があり、短期的でなく中 長期的な視野を持った動き方が求められることに基盤の難しさがあります。 また、すでに多くのユーザーによるプロダクトの利用を通して基盤は動いており、その中で漸進的に基盤 を進化させていくことの難しさもあります。 労務領域・タレントマネジメント領域・情シス領域と複数領域に展開するプロダクト郡に対して、プロダクト の連携や共通管理がどうあるべきかを考え実現することは、マルチプロダクト戦略ならではの面白さだと 感じています。 バックオフィスのあらゆる業務が SmartHRを中心としてつながっていくような世界を目指して、不確実 性の高い状況に対して最適な変化の道筋を考え続けることに、プロダクト基盤開発本部はチャレンジ しています。強化することで、マルチプロダクト全体の価値を一気に高める、そんな基盤を一緒に作っ ていきませんか？
15. ESPプロダクト開発本部は、人事労務・タレントマネジメントに続く新規領域「ESP（Employee Service Platform）」のプロダクトを開発し、SmartHRのホールプロダクト化を推進する組織です。 この領域は、従業員が毎日SmartHRを利用し、効率よく業務を行うための新しい価値提供という大きな目 的を担っています。2025年からの本格始動で「0→1」に近いフェーズにありながら、すでに数万名規模の エンタープライズユーザーへの導入が進んでおり、高品質かつ高パフォーマンスなプロダクト開発が求め られる難易度の高い課題に直面しています。 私たちは、人事労務やタレントマネジメントとは全く異なる新たな事業領域で、市場にまだ少ないプロダク トをゼロから創り出しています。「正解」がまだ見つかっていない未知の領域だからこそ、プロダクトマネー ジャーとともにユーザー課題を深く理解し、高速かつ精度の高い仮説検証を繰り返しながら、プロダクトの 未来を共に創り上げていく面白さがあります。 さらに、ESP領域はCPO直轄であり、ユーザーの利便性と開発効率を向上させる「アプリケーション基盤」 の側面も持つため、事業と基盤の両面から顧客の課題解決に取り組めます。 現場の「働く」を変革し、 SmartHRをさらに進化させ、世の中にインパクトを出せる新規領域の挑戦 に、あなたの力を活かしませんか？ ESPプロダクト開発本部 ESPプロダクト開 発本部 マネージャー 平良
16. AI開発部は、SmartHRのAIプロダクトとAI開発基盤を担う組織です。私たちは、従業員と事業の成長に 貢献するAIの実装を目指しています。 SmartHRは、労務を起点にタレントマネジメント・勤怠・給与・情シスなど、働く上で必要な幅広い業務をカ バーしています。こうした業務領域の広さとそこで扱われる多様なデータは、SmartHRならではのAI開発 の強みです。 私たちが目指しているのは、AIによってバックオフィス・従業員・人事の課題を解決し、その過程で生まれ たデータを再びAIに活かすことで、価値を継続的に高めていく仕組みです。 AI開発部のエンジニアは、各プロダクトでAI機能を実現するための開発をリードするとともに、複数プロダ クトで活用できるAI開発基盤や共通機能の整備にも取り組みます。AI/MLに加えて、データ基盤やWeb アプリケーションまで含め、価値をプロダクトとして届けるところに関わることができるのが特徴です。 事業やユーザーに近い場所で、横断的に素早く AIを実装していく。そんな挑戦に興味がある方と、ぜ ひ一緒に働きたいと考えています。 AI開発部 AI開発部 マネージャー 幸野
17. テクノロジーマネジメント本部 テクノロジーマネジメント本部は、技術統括本部のテクノロジーマネジメントを担う組織です 全てのプロダクト開発チームが高水準のテクノロジーマネジメントを実践できるよう、以下の業務を行って います • 全体の技術選定、アーキテクチャの妥当性担保 • 技術的負債のコントロール • 開発者の認知負荷の最適化 • プロダクトの信頼性、セキュリティ担保 • 各チームのテクノロジーマネジメントの課題解決、仕組みづくり 一言にまとめると、ストリームアラインドチームが自らのプロダクトを掌握し自律的にテクノロジーマネジメ ントできる状態を目指すための組織となります とはいえ、テクノロジーマネジメント本部はメンバー数も多くないため目指す目標に対して十分な成果を発 揮できているとは言えません まだまだ手付かずの課題も多いですし、プロダクト数やチーム数は増えていくのでレバレッジの効く改善 ポイントも増えているのですが、対応は追いついていないのが現状です まだ道半ばですが、テクノロジーマネジメントはプロダクトの品質向上、開発効率化、そして事業の成 功に不可欠な要素です。共に、より良い開発環境と開発チームを作り上げていきませんか？ テクノロジーマ ネジメント本部 ダイレクター 菅原
18. ポジション紹介
19. • シニアバックエンド • シニアバックエンド（勤怠） • バックエン ド 採用ポジション一覧 労務領域 • バックエンド（人事マスタ） • フロントエンド（給与計算） • CRE（プロダクト改善） • CRE（Observability） • バックエンド • フロントエンド • シニアバックエンド タレントマネジメント領域 • バックエンド • シニアバックエンド プロダクト横断基盤領域 • バックエンド • シニアバックエンド • シニアフロントエンド ESP領域 ウェブアプリケーションエンジニア求人 • エンジニアリングマネージャー候補 • プレイングマネージャー候補（労務領域） マネジメント • AI開発部・エンジニアリングマネージャー候補 • AI開発部・プレイングマネージャー候補 • MLエンジニア • MLOpsエンジニア AI領域 • シニアSRE テクノロジーマネジメントなど その他の求人 求人URLを確認したい方はこちら https://smarthr.box.com/s/wwysxsgp2p08 mkh6cg5q1ldvx8y2deep • ウェブアプリケーションエンジ ニア（AI専任チーム） AI領域 情シス領域 • IdP・ID管理バックエンド • 新規プロダクト バックエンド • シニアバックエンド
20. SmartHRにおけるバックエンド開発の特徴 0 -> 1, 1-> 10, 10 -> 100 と様々なフェーズのプロダクトがあり、技術的課題も様々です • 最も歴史が長く技術的負債も多く、かつデータ量もトラフィック量も多い祖業となっているプロダクトから、今 年リリース予定で高速に仮説検証を繰り返しているプロダクトまで、様々なフェーズのプロダクトがあります • SmartHR 内に存在する十数個のアプリの権限基盤などの開発を行なったり、大きくなり過ぎたアプリのモ ジュラーモノリス化を検討したり、SmartHR の規模感だから発生している多様な技術的課題が存在します ユーザーと近い距離で、フルサイクルに開発に関わることができます • ユーザーヒアリングやユーザビリティテストを行なったり、セールス / CS / SP といった職種の方とお話しす ることで、ユーザーや顧客を近くに感じながら開発ができます • バックエンドはバックエンドの実装をやっていればよい、という考えではなく、フロントエンドやインフラ、デザ インやプロダクトマネジメントなど幅広く関わることを求められる環境です
21. SmartHR Design System という共有資産を使いつつ、 a11y も考慮したフロントエンド開発 • SmartHR Design System を自分たちで運用しており、誰でもプロダクト横断的に使われている React コン ポーネントなどの開発に携われます • 社内にアクセシビリティの専門家も在籍しており、様々な知見を得ながらアクセシビリティも考慮したフロン トエンド開発の経験を積むことができます ユーザーと近い距離で、フルサイクルに開発に関わることができます • ユーザーヒアリングやユーザビリティテストを行なったり、セールス / CS / SP といった職種の方とお話しす ることで、ユーザーや顧客を近くに感じながら開発ができます • フロントエンドはフロントの実装をやっていればよい、という考えではなく、バックエンドやインフラ、デザイン やプロダクトマネジメントなど幅広く関わることを求められる環境です SmartHRにおけるフロントエンド開発の特徴
22. バックエンド 開発ツール AI/LLM モバイルアプリ 利用サービス インフラ フロントエンド 技術スタック Ruby Rails GraphQL Python FastAPI TypeScript React Next.js jQuery Swift Kotlin Firebase Bitrise Gemini Azure OpenAI Azure AI Search LangFuse GitHub Actions GitHub Copilot Google Cloud Terraform Docker Authlete SendGrid GitHub CircleCI Sentry NewRelic Jira Figma Devin Claude Code Windsurf Cursor JetBrains 製品
23. 開発の特徴（労務） 課題・面白さ • 競合他社も入退社手続きなどの機能を持つようになり、差別化するのが難しくなりつつある • 新たな業務フローを提案できるような、画期的な機能を生み出す必要がある • 勤怠など、後発となる領域への参入も本格化 • 多くの従業員にも使ってもらうため、toBながらtoCのようなトラフィック考慮が求められる • jQuery、Reduxなどを利用している古くなった機能をリプレイスが必要 配属先候補 チーム・機能 具体的な開発内容 基本機能 申請ワークフローをはじめとした情報収集機能の開発 勤怠 勤怠入力・管理を行うための機能開発 オプション機能 年末調整、文書配布、書類作成、電子申請機能などの開発 新規プロダクト 今後新たにリリースを予定している新規プロダクトの開発 ※代表的なチームのみ記載しています
24. 開発の特徴（ CRE） 課題・面白さ • カスタマーサポートからエスカレーションされた技術的な問い合わせを一次解決する • 顧客課題を分析し、プロダクトの仕様改善・機能追加につなげる • マルチプロダクト環境で問合わせが複雑化する状況で顧客のセルフサービスによる解決をめざす • 顧客の利用状況をデータで観測し、問題化する前に先回りで意思決定を支援する仕組みをつくる 配属先候補 チーム・機能 具体的な開発内容 プロダクト改善 問い合わせ対応やプロダクト改善、自動化・効率化 Observability 顧客関連データの収集と活用の促進・AI活用促進・他部署連携 ※代表的なチームのみ記載しています
25. 開発の特徴（タレントマネジメント） 課題・面白さ • エンタープライズ企業での利用を見据えた大量データのパフォーマンスカイゼン • 基本機能や他のオプション機能と横串で連携するためのDB設計やAPI設計 • 実際の業務フローに合わせた、複数プロダクトの連携機能強化 • AI技術を使った意思決定支援などの機能提供 • 実際に機能を活用して効果を実感できるような取り組みが求められる 配属先候補 チーム・機能 具体的な開発内容 人事評価 従業員の活用・育成を実現するための人事評価プロダクトの開発 キャリア台帳 入社手続きや申請機能、人事評価、スキル管理などで収集した従業員情 報をまとめて確認できる機能の開発 スキル管理・LMS スキル、資格、研修などの情報一元管理とLMS機能の開発 新規プロダクト 今後新たにリリースを予定している新規プロダクトの開発 ※代表的なチームのみ記載しています
26. 開発の特徴（プロダクト横断基盤） 課題・面白さ • マルチプロダクト戦略を支える部署であり、設計難易度が高く挑戦しがいがある • ビジネス課題に直結した課題や機能も多く、実現した際のインパクトも大きい • SmartHRの可能性をより広げるためのアプローチができる • プロダクトが今後も増えていくため、基盤に求められる機能も今後更に拡大していく見込み 配属先候補 チーム・機能 具体的な開発内容 権限管理 プロダクト全体で使われる権限管理・制御機能の開発 サブスクリプション管理 複数プロダクトを利用しやすい料金体系実現のためのシステム刷新 共通データ基盤 複数領域にまたがる従業員・組織にまつわる情報を正しく蓄積し活用で きる基盤の開発 EDP プロダクトを横断したデータの連携や検索機能の開発 グループ企業管理 複数のテナントを横断した利用のための共通機能・基盤の開発 ※代表的なチームのみ記載しています
27. 課題・面白さ • 従業員がSmartHRを活用する起点となるプロダクト群である • 多様な従業員にとって使いやすいサービスを作るための設計や実装が必要になる • 起点であるがゆえの高いパフォーマンスと耐障害性への期待が高い • 新規チーム・プロダクトも多く、ゼロイチでの開発をリードできる チーム・機能 具体的な開発内容 従業員ポータル 全プロダクトの情報を集約するポータル画面開発と新機能追加 汎用申請 あらゆる業務で必要となる「申請」と「承認」の汎用化 メッセージ 従業員と直接コミュニケーションできるメッセージ機能 AIアシスタント AIを活用した社内の問い合わせ削減機能 ESP新規領域 今後新たにリリースを予定している新規プロダクトの開発 開発の特徴（ ESP） 配属先候補 ※代表的なチームのみ記載しています
28. 課題・面白さ • 認証認可といった高い専門性が必要とされるプロダクトの開発を経験できる • 他社サービスへの起点となるため、高いパフォーマンスや耐障害性が求められる • SmartHR内の他機能とは利用部署が異なるため、今までの知見をそのまま活かしにくい ◦ 一方で未知への挑戦ができるという楽しみもある 開発の特徴（情シス） 配属先候補 チーム・機能 具体的な開発内容 ID管理 SmartHRのアカウントで他社サービスへログインできる仕組みづくり 認証・セキュリティ基盤 SmartHRのログインを支える認証基盤やセキュリティの強化 情シス向け新規領域 今後新たにリリースを予定している新規プロダクトの開発 ※代表的なチームのみ記載しています
29. 課題・面白さ • SmartHRとして今最も力を入れたい領域 • AIを活用した機能を開発し、各プロダクトへの装着を推進する • プロダクトエンジニアだけではなく、MLエンジニア、MLOpsエンジニアなどの職能でチームを構成し、 高い専門性を発揮できる体制をこれから作っていくことができる • SmartHRが抱えるデータを活用した機能の開発ができる 開発の特徴（ AI） 配属先候補 チーム・機能 具体的な開発内容 AIインテグレーション OCRを中心に、ユーザー業務/データ取得の効率化を進める。 それ以外でもAIが活用できそうな領域が山ほどあるため、重要プロダク トから適用を進めつつ、意思決定支援などの機能の開発も行う
30. 参考情報
31. カテゴリ リンク集 SmartHRについて • 会社紹介資料 エンジニアについて • エンジニア採用ページ • SmartHR Tech Blog • SmartHR Developers（Xアカウント) 働き方・キャリアについて • 2026年版 エンジニアのキャリアについて【SmartHRの場合】 • プロダクトエンジニアにとって、SmartHRはリモートワークしやすい環境なのか？ • SmartHRでの仕事と育児の両立ってどう？ パパ&ママ座談会 おすすめ記事 • データ×AIで広がる可能性─プロダクトリーダーが語る「2030年に向けた事業戦略」 • 経営陣が語る"売上1000億円までの非連続な道のり"─「2030年に向けた事業戦略」の実現へ • AIでSaaSは死なないし、業務システムをAIで内製化してはいけない 参考情報