ID:82972さん

# プロジェクト経験概要 全社 80名の社内情報管理システム（社員情報・経費/交通費申請・給与明細・業務経歴・プロジェクト管理など）の開発と、新卒エンジニアのOJTを兼ねて運営したプロジェクト。それまでのOJTは現場配属直後に始まるため、指導が現場リーダーの経験に依存し、育成品質がブレていた。プロジェクト参画前に社内で育成してから現場に送り出す運用に変え、育成品質の底上げと社内業務のデジタル化を同時に進めていた。 # チーム情報 - 期間: 2021年〜 4年以上 - チーム構成: 新人エンジニア 3〜6名 / 年 - 利用ユーザー: 全社 80名 - 自分の役割: プロジェクトリーダー + 育成トレーナー + 実装・レビュー担当 # 開発・実装内容①: OJT カリキュラムの設計と運営 【概要】 新卒エンジニアを、次の現場に単独参画できる状態まで約3ヶ月で引き上げる育成プログラムの設計と運営。 【どのような機能の開発・実装か】 社内情報管理システムを題材にした実務トレーニング。新人自身に機能開発を担当させる形で、技術スタックは現場で使われるJava / Spring Boot / MyBatisに揃え、配属後すぐ現場技術に馴染める状態にした。MyBatisを採用したのは、DBアクセスを SQL に近い形で書くため、新人のSQL理解度をコードレビュー時に継続的に確認できる狙いがあった。 【課題・問題点】 1年目に6名の新人を同時に見る必要があり、個別指導に時間を取られて自分の開発業務にほぼ時間が残らなかった。また、レビュー指摘が nullチェック漏れ・例外処理の粒度・命名規則など、似た内容を繰り返していて、新人側の学習効果も上がりにくかった。 【打ち手・使用した技術】 - チーム全体: 週次の振り返りをKPT方式で運用し、新人自身に課題を整理・解決させることで自走力を段階的に引き上げた。 - 自分が担当: 頻出レビュー指摘を観点表・チェックリストに整備し、新人が自己確認してからレビューに出してもらう運用に変更した。同一指摘の再発が減り、自分のレビュー工数と新人の手戻り時間の両方を削減できた。 # 開発・実装内容②: 給与明細のペーパーレス化 【概要】 会計事務所から会社宛てに送付され、総務から社員に手渡されていた紙の給与明細を、Web 上で閲覧・PDF 出力できる仕組みに置き換えた機能。 【どのような機能の開発・実装か】 会計事務所から送られてくるCSV データを取り込み、給与・賞与の明細を Web 画面上で閲覧可能にした。過去分の参照と PDF出力にも対応。 【課題・問題点】 CSV データに「明細には載せない内部数値」が混在しており、取り込み時の項目振り分けに経理的な知識が必要だった。保険料など複数項目の合算ロジックの実装にも、経理との仕様確認を繰り返す必要があった。また、他人の明細が誤って表示されるリスクを絶対に許容できないため、権限制御には細心の注意が必要だった。 【打ち手・使用した技術】 - チーム全体: 経理担当とCSVフォーマットの仕様確認を繰り返し、計算項目の整理を進めた。 - 自分が担当: CSV 取り込みバッチ（Java / Spring Boot）と表示画面（MyBatis / MySQL）の実装、および権限制御の設計を担当。ユーザー単位のアクセス制御を徹底し、他人の明細が見える余地を設計段階から残さないようにした。 # 開発・実装内容③: 経費申請フローの Web 化 【概要】 Excel ベースで運用されていた経費申請を、Web 上で完結するワークフローに置き換えた機能。 【どのような機能の開発・実装か】 申請者の入力 → 上長承認 → 経理担当の最終確認 → 給与への振込、までをシステム上で完結。各ステータス変更時には関係者にメールで自動通知。 【課題・問題点】 申請フローの整理が最大の論点だった。通常の承認経路だけでなく、上長による差し戻し、経理担当による差し戻しなど、例外パターンを含めた状態遷移を設計する必要があった。 【打ち手・使用した技術】 - チーム全体: 経理・総務と業務フローを何度もすり合わせ、例外系を含めた承認フローの整理を進めた。 - 自分が担当: ワークフローのステータス管理（MySQL）、ステータス遷移に応じたメール通知（Spring Boot）、役割ごとの画面表示制御を実装。 # 開発・実装内容④: PM としてのプロジェクト運営 【概要】 新卒エンジニア3〜6名を含む開発チームを、毎年約3ヶ月のスプリントで納期通りに完遂させる運営。 【担当範囲】 - スケジュール管理（ガントチャート作成、タスク振り分け） - 新人の技術支援（自分で対応、必要に応じて社内の有識者にエスカレーション） - 関係部署との要件調整、上長への進捗報告 - 成果物の受け入れ基準の設計 - 週次の振り返り運営、新人の評価シート記入と面談 【打ち手・工夫したこと】 新人へのタスク振り分けは、内定者研修・新人研修の様子を踏まえて、自走できそうな新人には複雑な機能を、スキル面で不安のある新人には簡単な機能を割り振った。ただし、スキルが低い新人も最終的に現場に参画させる必要があるため、最低限CRUD（登録・検索・更新・削除）には全員が携われるように設計した。進捗が速い新人には、遅い新人のサポート役を依頼し、時にはペアプロを行う形で補い合う運用にした。 週次の振り返りは全てシートに記録を残した。前週に挙がった課題を翌週で解決できたかを本人に確認させることで、課題が流れないようにした。また、面談では、技術理解度の確認に加えて、メンバー間のコミュニケーションでの悩みを拾う時間を必ず取った。次の現場に送り出す際は、現場のリーダーに向けて、本人の性格（外向的or内向的）、技術スキル、作業の傾向（ミスの頻度など）を申し送りし、配属後の立ち上がりを支援した。 # 成果 - 4年連続、累計15名以上の新人を次のプロジェクトに送り出した - 毎年の3ヶ月スプリントは、4年間すべて納期遅延0回で完遂 - 給与明細の紙配布が不要になり、配布・再発行の手間を削減 - 経費申請フローのWeb化により、申請・承認状況の可視化と履歴管理が可能になった - 観点表・KPT の運用は、2年目以降も継続して使えるアセットとなり、育成工数の安定化に寄与した