Field Map中堅エンジニアの地図

業務を知り、要件を決め、設計する。中堅エンジニアのための地図です。
新人向けの技術の基礎は、Stack Map にあります。

このサイトについて

コードを書けるようになった次は、「何を作るか」を業務の人と決め、時間がたっても困らない形に設計する力が要ります。

だれ向けか 考え方のヒント

機能やシステムの一部を任され始めた人。業務の人と話して要件を決め、設計し、新人に説明する立場の人。

1 つの会社で、全部をつなぐ

例は全部、作り物の会社「あおば商事」です。勤怠のデータが給与へ、経費と売上が会計へ、と業務のつながりを追えます。

例の会社を見る

テーマの地図

中堅エンジニアに要るものを、テーマに分けました（1〜9 は優先する順。10 は AI を業務に入れる案件のためのテーマ）。

  1. 1
    業務を知る

    どの会社にもある業務と、関係する法律・税・会計の決まり。

    勤怠管理経費精算給与計算販売管理会計の基本購買と在庫人事と労務の手続き稟議と電子契約

  2. 2
    要件を決める

    聞き方、業務の流れ、非機能要件、範囲と変更、受け入れ条件。

    要件を決める

  3. 3
    業務システムの設計

    履歴・締め・承認・権限・監査ログ・端数・営業日・CSV。

    業務システムの設計帳票と外部連携

  4. 4
    案件を回す

    見積もり、計画、進み具合の見える化、リスクと課題、契約の形と検収。

    見積もりと計画進み具合の見える化リスクと課題契約と検収提案と RFPテストの計画と品質保守の契約と SLA

  5. 5
    業界を知る

    お金と情報の流れ・よく出る言葉・決まり・システムの形を、業界ごとに。

    銀行証券保険決済不動産医療行政小売と物流モバイル通信の仕組み通信の事業と制度通信会社のシステム製造電力とガス介護旅行とホテル教育人材

  6. 6
    運用のリーダー

    障害の指揮、SLO と監視の設計、災害時の戻し方、クラウドの費用。

    障害の指揮SLO と監視の設計バックアップと災害対策クラウドの費用

  7. 7
    チームを育てる

    教え方と任せ方、1on1 をする側、新人の受け入れ、チームの状態の見方、採用の面接、評価と目標、中堅のキャリア。

    教え方と任せ方1on1 とフィードバック新人の受け入れチームの健康採用と面接評価と目標の決め方中堅のキャリア

  8. 8
    古いシステムと付き合う

    バージョンアップの計画、少しずつの置き換え、技術的負債の返し方。

    バージョンアップの計画少しずつ置き換える技術的負債の返し方

  9. 9
    守りの責任

    ISMS・プライバシーマーク、個人情報を前提にした設計、脆弱性への対応、監査と証跡。

    ISMS と P マーク個人情報を前提にした設計脆弱性への対応監査と証跡

  10. 10
    AI を業務システムに入れる

    入れるかの判断と費用、社内の文書で答える仕組み、答えの測り方、決まりと契約。

    AI を入れるかを決める社内の文書で答える答えを測って直すAI のルールと契約

例の会社「あおば商事」（作り物）

事務用品と文房具を企業に売る卸売の会社です。システムを押すと、そのタブへ移ります。

社員
120 人（正社員 90 人、パート・アルバイト 30 人）
拠点
本社（東京）・大阪支店・倉庫（千葉）
決算
3 月末（4 月 1 日〜3 月 31 日）
働き方
本社と支店は 9:00〜18:00（休憩 1 時間）。倉庫はシフト
締め
勤怠と経費は月末締め。給与は翌月 25 日、経費は翌月 10 日に振り込み。売上は月末締めで請求し、翌月末に入金
人
山本（総務部長）・高橋（経理）・佐藤（営業）・田中（大阪支店の営業）・鈴木（倉庫のパート）・伊藤（情報システム）
勤怠管理勤務時間・残業・休み 給与計算支給と控除 会計仕訳・締め・決算 経費精算立て替えた経費 販売管理受注・請求・入金

読む順のおすすめ 考え方のヒント

全部を順に読まなくて大丈夫です。今の仕事に近い所から始めてください。

  1. 勤怠管理と経費精算身近な業務で、法律と決まりがシステムにどう効くかをつかむ
  2. 要件を決める経費精算をシステムにしたい、という依頼で、聞き方から合意まで
  3. 業務システムの設計同じ経費精算で、履歴・締め・承認・営業日を作る
  4. 給与・販売・会計お金の流れを、仕訳まで追う
  5. 案件を回す同じ経費精算の案件を、見積もりから検収まで回す

こんなときは

AI 時代の中堅エンジニア

コードを書く速さは、AI で大きく変わりました。それでも人に残る仕事があります。

何を作るかを決める 考え方のヒント

業務の決まりと、その理由を知っている人だけが、「それは作らなくていい」「先にこれが要る」と言える。

決まりをテストにする 考え方のヒント

締め・端数・休日・承認の例外を、先にテストにしておけば、AI が書いたコードの外れにすぐ気づける。

渡してよいデータを分ける 考え方のヒント

給料・口座・個人の情報は、AI に渡す前に、渡してよいかを決まりで確かめる。