ID:83125さん

キャリアビジョン


品質を軸に、AI時代のプロダクトづくりを支えるエンジニアになりたい

組込みエンジニアとして13年、ハードとソフトの両面から「壊れない製品」をつくってきました。SaaSのQAに移ってからは、毎週のリリースの中で品質を仕組みで守る難しさとおもしろさを感じています。 生成AIによって開発のスピードは大きく上がりましたが、そのぶん「何をもって品質が高いと言えるか」を設計できる人の価値は増していると考えています。今後は、暗黙の品質基準を言語化してAIと人が同じ基準で判断できる仕組みをつくり、上流工程から品質を作り込めるQAとして、事業の成長に長く関わっていきたいです。 将来的には、組込みで培った経験も生かして、宇宙のように高い信頼性が求められる分野のものづくりにも関わりたいと思っています。

プロジェクト経験

2011年/2年以上

セキュリティ機器のファームウェア開発

## プロジェクト概要 2011年4月〜2024年10月(約13年)、自社セキュリティ機器のファームウェア開発において、マイコン選定・要件定義から運用・保守まで一貫して担当しました。ホームセキュリティの無線子機、カードリーダー、入退館システム、監視センサー、通信変換インターフェースなど、20〜30機種の開発に携わり、後半は複数プロジェクトのマネジメントも兼務しました。 ## 役割・体制 ### 自身のポジションと役割 - 組込みソフトウェアエンジニアとして、C言語によるファームウェアの設計・実装・評価を担当しました。 - 製品要件に合わせたマイコンの選定から関わり、回路設計の担当者と連携してハードとソフトの両面から仕様を詰めました。 - プロジェクトリーダーとして進捗管理とチームリードを担い、4名のメンバーを管理しました。 - 顧客折衝を含む要求分析や、製造現場との仕様調整も担当しました。 ### チーム規模と構成 - 約10名規模のチームで、ハード担当、品質保証担当、製造担当を含む多職種と連携して開発しました。 ## 背景・課題 - 複数のプロジェクトが並行して動いており、リソースの取り合いや優先順位付けが難しい状況でした。 - 製造現場との要件調整や検査プログラムの仕様変更が多く、開発と製造の連携を強める必要がありました。 - 機種ごとの開発コストと、製造時の検査工数の削減が求められていました。 ## 実際の取り組み ### 設計・開発 - ルネサスのH8/RX/RL78/SH/78Kなど、複数系統のマイコンでファームウェアを開発しました。 - RTOS上でのマルチタスク設計と、ベアメタルでの制御の両方を経験しています。 - 無線通信や、SPI/UART/I2C/CANなどの通信インターフェースを扱う制御を実装しました。 - MISRA-Cに準拠したコーディングで、信頼性の高いファームウェアを実装しました。 - 要求仕様書の段階から、設計のしやすさ、バグの出にくさ、別の実現方法を検討しながら開発しました。 ### 開発環境・デバッグ - CC-RXやe2 studioなどの開発環境と、E1/E2エミュレータを使ってデバッグしました。 - オシロスコープ、ロジックアナライザ、プロトコルモニター、データロガーを使い分け、ハードとソフトの境界で起きる不具合を切り分けて解析しました。 ### 改善・コスト削減 - 警備ロボットの検査プログラムの仕様変更を主導し、製造時の検査を大幅に効率化しました。 - 部品メーカーと製造工程の見直しを推進し、コストダウンにつなげました。 - 流用できるモジュールをデータベース化し、機種開発の効率を上げました。 ### マネジメント - タスクを細分化して後輩メンバーに任せる体制をつくり、複数プロジェクトを並行して回せるようにしました。 - 仕様書や検査プログラムのドキュメント化を徹底し、製造現場との情報共有を強化しました。 ## 成果・価値 - 20〜30機種のファームウェア開発を担当し、製品の量産・出荷まで導きました。 - 検査プログラムの改善で、製造検査を「90〜120分×2名」から「40分×1名」に短縮し、検査工数を約8割削減しました。 - 部品メーカーと製造工程の改善で、年間約2,000万円のコストを削減しました。 - 流用モジュールのデータベース化で、1機種あたり約200万円の開発コストを削減しました。 - 複数プロジェクトの進捗を管理し、納期を守り続けました。

2024年/2年以上

生産管理システム

## プロジェクト概要 2024年10月〜現在、製造業向け生産管理SaaSにおいて、QAを軸に品質の仕組みづくりと生成AIの全社導入を推進しています。あわせて、IT統制・コーポレートIT・セキュリティ対応・技術広報も兼務しています。 ## 役割・体制 ### 自身のポジションと役割 - QAリードとして、上流工程からの品質プロセス設計、E2Eテスト戦略の策定、AIを活用したQA業務の効率化を主導しました。 - 社員5名・業務委託1名のチームマネジメント(目標設定・評価・フィードバック)を担当しました。 - Claude/Claude Codeの全社導入を管理者として推進しました。 - IT統制(ITGC)、コーポレートIT、セキュリティ対応を兼務しています。 - 技術広報を兼務し、記事・SNS・登壇による社外発信を担当しました。 ### チーム規模と構成 - 週次スプリントのスクラム開発で、毎週新機能がリリースされる体制です。 - 要件定義は企画部・導入支援部が担当し、QAはその上流レビューから関わっています。 ## 背景・課題 - 毎週リリースされる新機能のテストを、限られた人数で他業務と並行して回す必要がありました。 - 品質基準が言語化されておらず、レビューやテスト設計が属人化していました。 - IPO準備に向けて、IT統制・セキュリティ・生成AI利用のルールを、ほぼゼロから整備する必要がありました。 ## 実際の取り組み ### 上流からの品質づくり - バックログの質を問うレビューを導入し、要件段階で品質を作り込む流れをつくりました。 - E2Eテストの戦略・方針を策定し、テストの対象範囲と優先順位を整理しました。 - 過去の手戻り事例から暗黙の品質基準を抽出して言語化し、AIがその基準に沿ってチェックする仕組みを構築中です。 ### AI活用 - Claude Codeを使ったテスト設計の仕組みをつくり、テスト設計の工数を約1週間から約3時間に短縮しました。 - CREでも使えるシステムヘルプエージェントを開発し、問い合わせ調査をAI化しました。 - 全社導入では、利用ログをBIで可視化し、利用状況とコストを把握しながら運用しています。 ### IT統制・コーポレートIT・セキュリティ - GitHubやSlackの権限管理、生成AIの利用ポリシーなど、J-SOX/ITGCの観点で統制を設計しました。 - インシデント対応、顧客からのセキュリティチェックシートへの回答、プロダクトのセキュリティ要件に関する問い合わせ対応、社内セキュリティルールの整備を担当しています。 - PCやVPNの問い合わせ対応、社内ネットワーク入れ替えのベンダー対応、回線の選定など、コーポレートIT全般を担っています。 ## 技術広報・社外発信 - 会社の技術ブランディングを目的に、記事・SNSの発信戦略を立てて運用しました。 - 反響のよかった記事の要因を分析して再現性のある企画の型をつくり、ブックマーク率などのKPIを設定して改善を回しました。 - 媒体ごとにトーンや形式を変えるAI向けの執筆ガイドを整備し、発信の質を保ちながら工数を抑えました。 - QAをテーマにした技術記事は、5万PVと2万PVを超えるものがあります。 - 2026年は、アジャイルやQA関連のカンファレンスを中心に6件登壇しています。 ## 成果・価値 - テスト設計の工数を約95%削減(1週間→3時間)しました。 - 品質基準を言語化したことで属人化を減らし、AIによる品質チェックの土台をつくりました。 - 統制・セキュリティ・ITをQAと並行して一人で回し、IPO準備に必要な体制の基盤を整えました。 - 技術記事と登壇を通じて、社外での技術的な認知を広げました。

2025年/2年以内

組込みファームウェアのリファクタリングとAI導入支援(業務委託)

## プロジェクト概要 2025年〜現在、本業と並行して業務委託(月20〜30時間程度)で、組込み機器メーカーのファームウェアのリファクタリングと、生成AIの導入支援を担当しています。 ## 役割・体制 ### 自身のポジションと役割 - 唯一のファームウェアエンジニアとして、既存ファームウェアの設計見直しとリファクタリングを担当しています。 - 先方エンジニアへのファームウェア開発の技術指導も担っています。 - AI導入支援として、Claude Code/Claude Coworkを全社導入する際のセキュリティ設定と運用ルールの設計を支援しました。 ### チーム規模と構成 - 先方の社員と連携しながら、ファームウェアは一人で担当しています。 ## 背景・課題 - 長年の改修で構造が複雑になったファームウェアを、保守しやすい形に作り直す必要がありました。 - 業務委託のため先方の環境に入れる範囲が限られ、ソース管理や受け渡しの方法を工夫する必要がありました。 - エンジニア以外も含めて生成AIを全社で使うにあたり、安全に使える設定とルールが求められていました。 ## 実際の取り組み ### ファームウェアのリファクタリング - RXマイコンのファームウェアを、3層アーキテクチャに整理する方針で再設計しています。 - 設計ドキュメントを整備し、C言語のシンボルを抽出するPowerShellスクリプトを作って、既存コードの解析を効率化しました。 - 先方の共有フォルダ上にGitのリポジトリを立て、社員の方が本番のソース管理に取り込む運用を設計しました。 ### AI導入支援 - Claude Codeの初期セキュリティ設定について、参照すべき情報源と38項目の決定事項を整理した提案資料を作成しました。 - 許可ドメインの制限など先方の環境に合わせて、管理者向けの設定ファイル(managed-settings.json)の案を作成しました。 ## 成果・価値 - 組込み開発の現役エンジニアとして、レガシーなファームウェアを保守しやすい構造に作り直しています。 - 先方エンジニアへの技術指導を通じて、ファームウェア開発の属人化の解消に取り組んでいます。 - 生成AIの全社導入で、非エンジニアも安全に使える設定とルールの土台をつくりました。

マネージメント能力

製造業向け生産管理SaaSのQAチーム(社員5名・業務委託1名)のマネジメントを担当しました(2025年3月〜2026年3月)。メンバーの目標設定・評価・フィードバックと、毎週リリースされる新機能のテスト計画・進行管理を担いました。
毎週のリリースで品質を落とさずにテストを回しきり、不具合を顧客に届けない状態をつくることが責務でした。あわせて、属人化していたテスト設計やレビューを仕組み化し、特定の人に頼らずにチームとして品質を担保できる状態にすること、そしてメンバー一人ひとりが自分で考えて品質を判断できるように育成することが求められていました。
## 考えたこと 少人数で毎週のリリースを回すには、メンバーの頑張りに頼るのではなく、「誰がやっても同じ品質になる仕組み」が必要だと考えました。そのため、品質基準の言語化、上流でのレビュー、AIの活用の3つを軸にしました。 ## 問題・障害 - 品質基準が暗黙知になっており、テスト設計やレビューの観点がメンバーごとにばらついていました。 - 要件の段階で品質の問題が見つからず、テストの段階で手戻りが発生していました。 - 私自身がIT統制や情報システム業務を兼務しており、チームに割ける時間が限られていました。 ## 工夫したこと - 過去の手戻り事例から品質基準を抽出して言語化し、チーム共通の判断軸にしました。 - バックログの質を問うレビューを導入し、要件の段階で問題を見つけられるようにしました。 - Claude Codeを使ったテスト設計の仕組みをつくり、テスト設計の工数を約1週間から約3時間に短縮して、メンバーが考えることに時間を使えるようにしました。 - E2Eテストの戦略・方針を策定し、テストの優先順位をメンバーが自分で判断できるようにしました。 - 自分が常に見ていなくても回るように、判断基準を共有したうえで任せ、定期的なフィードバックで成長を支えました。

アピール項目


アウトプット

GitHub アカウント
未入力です
Qiita アカウント
未入力です
Zenn アカウント
あり
Speaker Deck アカウント
あり
SlideShare アカウント
未入力です
特にアピールしたいアウトプット
未入力です

今後、身につけなければいけないと思っている技術は何ですか?

未入力です

あなたが一番パフォーマンスを出せるのはどんな環境ですか?

未入力です

生成AIの活用状況

日常的な情報収集・業務活用
ChatGPTやGeminiなどのチャットツールを、情報収集、ドキュメント作成、翻訳に日常的に活用
業務でコード補完系の生成AIを活用
GitHub Copilot等のコーディング支援ツール
業務でコード生成、コーディングエージェント系の生成AIを利用
コードレビュー、テストコード生成、デバッグに生成AIを活用
サービス・プロダクトへの応用
既存のサービスやプロダクトに生成AI(API利用など)を組み込み、LangChainやLlamaIndexなどのフレームワークを使った開発経験
生成AIをコアとした開発
生成AIを主要技術としたサービス・プロダクト・機能の企画や、RAGなどの高度な手法を用いた開発経験
モデルの構築・研究開発
LLMのファインチューニングや、独自モデルの構築経験

キャラクター

直近で一番やりたいこと
技術を極めたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
自信を持って人より秀でていると言える点
プレゼン力 / 巻き込み力 / 人を集める力
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
年収が第一
やりたくない分野
未入力です
その他の特徴
使用言語にはこだわらない / 新しい技術はとりあえず試す / 勉強会でLTをよくする / 起業/創業期のベンチャーにいた
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

手を動かして設計してコードを書きたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
価値あるプロダクトを作り成長させたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
学び続けて技術力でプロダクトに貢献したい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
意義があることや社会に貢献できる仕事がしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
人や計画の調整・マネジメントをしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
レガシーなシステムの保守・運用・改善をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
企画や仕様を考えるところから関わりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
業務効率を改善して一緒に働く人のためになりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
全社横断的な共通基盤作りや強化をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
組織や文化を作る・成長させる仕事をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい

基本プロフィール

年齢
今年で30代中盤
好きなテキストエディタ
サクラエディター
希望勤務地
宮城県 / リモート勤務
集まる必要性がない場合は基本リモートが許可される環境が必要
希望年収
800万円
ご意見箱

要望、不具合報告、使いづらい点や感想など、お気軽にお寄せください。
いただいたご意見は、今後のサービス向上に活用させていただきます。

なお、このフォームは受付専用のため、返信を行っておりません。
返信を希望する場合はお問い合わせよりご連絡ください。

  • {{error}}
転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか?