組込みエンジニアの参画初月にやること｜現場で信頼される進め方

組込みエンジニアの参画初月は、開発環境と実機で自分のビルドが動く状態をつくり、製品の構成とハードの資料をつかみ、小さな修正を一つ現場の手順どおりに通して、月末に担当範囲の見立てを出すところまでを目標にします。最初の1か月で求められるのは大きな機能を作ることより、この人に担当の層を任せて大丈夫だと発注側が判断できる材料を示すことです。

参画前の契約・環境の準備は参画が決まってから開始日までにやること、職種を問わない最初の1週間の進め方は参画初日から最初の1週間でやることで解説しています。この記事では、組込みならではの初月の動き方に絞ります。

初月のゴールを3つに分ける

この3つを、1週目、2週目、3〜4週目の順に重心を移しながら進めます。

1週目：環境をそろえ、ルールを知る

最初に確かめること

組込みの現場は、作業の場所と情報の扱いのルールが細かく決まっています。初日から数日のうちに、次の点を窓口に確かめます。

• 試作品や基板の撮影、資料の持ち出し、私物の記録媒体の持ち込みのルール
• 実機、評価ボード、試験装置、計測器の置き場所と予約の方法
• 社外やリモートで作業してよい範囲
• 静電気対策など、実機を扱うときの決まり

秘密の扱いの考え方は秘密保持契約の記事をご覧ください。

開発環境で「自分のビルド」を動かす

コンパイラーや統合開発環境、ビルドの仕組み、版管理の手順をそろえ、自分の手元でビルドしたものを実機や評価ボードに書き込んで動かすところまで進めます。組込みLinuxの案件なら、イメージを組み立てる手順と所要時間もつかんでおきます。ここでつまずいた点は、手順書に足りない箇所として記録しておくと、後から来る人の助けにもなります。

読む資料の順番

1. 製品の構成図・ソフトの層の図：どのマイコンの上に、どのOSと層があり、自分の担当はどこか
2. 要求仕様と担当範囲の設計書：担当の機能が何を求められているか
3. 回路図とマイコンのデータシート（担当に関わる部分）：使う周辺機能、端子、信号の決まり
4. コーディング規約・レビューと試験の手順：変更を通すまでに何が要るか
5. 不具合の管理表：担当範囲に、どんな不具合が残っているか

読みながら、分からない点を書き留めておきます。この段階では結論を出さず、質問の一覧としてためておきます。

2週目：コードと実機で製品を知る

担当範囲のコードを追う

担当する層のコードを、起動から主な処理まで追います。デバッガーで止めながら、割り込みの入り方、タスクの切り替え、データの流れを実機で確かめると、設計書だけでは分からない作りが見えてきます。

ハードの担当者・評価の担当者と話す

ソフトの担当者だけでなく、ハードの担当者、評価の担当者と短く話す機会をもらいます。聞くことは次の3つに絞ると、相手の負担になりません。

• 担当範囲で、今一番気になっている不具合や危うい点
• 過去に苦労した、ハードとソフトの境目の不具合
• ソフトの担当者に期待すること

ここで関係をつくっておくと、不具合の切り分けで助けを求めやすくなります。

小さな修正を一つ引き受ける

窓口と相談し、小さな不具合の修正や軽い機能の追加を一つ引き受けます。目的は成果の大きさではなく、現場の手順（規約、レビュー、試験、記録）を一度通すことです。

3〜4週目：修正を通し、見立てを出す

修正を現場の手順どおりに通す

引き受けた修正を、規約に沿って書き、レビューを受け、試験を通し、記録を残すところまで進めます。差し戻しがあれば、その理由を自分の覚え書きに残し、次の作業から反映させます。

担当範囲の見立てをまとめる

1〜3週目で集めた情報をもとに、担当範囲の見立てを窓口に出します。中身は次のとおりです。

• 担当範囲の構成と、自分が理解できている部分・まだの部分
• 残っている不具合と、気になっている危うい点
• 実機や部品の待ちなど、日程に響きそうなこと
• 次の1〜2か月で進めたいことの案

次の1〜2か月の計画を合わせる

見立てをもとに、次の1〜2か月の作業の順番を窓口と合わせます。ここまでできれば、初月の役割は十分に果たせています。

案件の型によって初月の重心は変わる

新規の製品開発に入る案件

試作基板がまだない、または台数が少ない段階では、評価ボードやシミュレーターで先行して確かめる作業が中心になります。初月は、要求仕様とハードの資料の読み込みに重心を置き、実機が届いたときにすぐ試せる手順を準備しておきます。

既存製品の保守・派生開発の案件

古いコードや資料を読む時間が多くなります。設計書とコードが食い違っていることもあるため、実機で動きを確かめながら、分かったことを書き残しておくと、後の修正が速くなります。前任者からの引き継ぎの考え方は引き継ぎの記事をご覧ください。

評価・不具合対応の案件

評価の終盤や量産前に入る案件では、初月から不具合の対応を求められることがあります。再現の条件、計測の方法、報告の書式を最初の数日で確かめ、報告は症状、条件、疑わしい箇所、次に試すことの順で出すと、受け取る側が判断しやすくなります。

初月に避けたい動き

範囲外の依頼が増えてきたときの扱いは業務範囲が変わったときの記事、組込みでつまずきやすい場面は組込みエンジニアのフリーランスがつまずきやすい点と対策で整理しています。

1か月の終わりに振り返ること

1か月が過ぎたら、次の点を自分で振り返ります。

• 自分の手元でビルドし、実機で動かして確かめられるか
• 担当範囲の構成と、読むべき資料の場所が分かっているか
• 修正を一つ、現場の手順どおりに通せたか
• 契約で決めた業務の範囲と、実際に担っている仕事がずれていないか
• 稼働時間と、実機待ちなどの記録が残っているか

ずれている点があれば、2か月目の早い段階で窓口と話しておきます。

よくある質問

開発環境のセットアップに時間がかかり、1週目が終わってしまいました。遅いですか？

組込みの現場では、ライセンスの手続き、機材の手配、ビルドの仕組みの準備に時間がかかることは珍しくありません。止まっている理由と、その間に読んだ資料や準備したことを窓口に伝えておけば、遅れとして受け取られにくくなります。手順書に足りない点を記録しておくと、現場への貢献にもなります。

回路図やデータシートの読み方で分からないところがあります。誰に聞けばよいですか？

まずは窓口に、ハードの担当者に質問してよいか、どの経路で聞くかを確かめます。質問は、資料のどの箇所で、何が分からず、自分はどう読んだかをそろえて出すと、短い時間で答えてもらいやすくなります。

初月から不具合の対応を任されました。何に気をつければよいですか？

再現の条件と計測の方法を先にそろえ、原因が分からない段階でも、症状と疑わしい箇所、次に試すことを早めに報告します。ハードとソフトのどちらの問題かを決めつけず、波形やログの事実から話すと、関係者と協力しやすくなります。