VIEW MORE

COMING SOON

MEMBER社員の一日密着

Backend
Engineerバックエンドエンジニア
(プロジェクトマネージャー)

バックエンドエンジニアという枠組みですが、現在はプロジェクトのリーダーを担当しています。案件の管理を主な作業としており、具体的には、進捗管理、成果物のレビュー、各種相談対応、お客様対応などを行っています。お客様のご要望を仕様に落とし込み、設計資料として整理することも重要な仕事です。
開発メンバーがスムーズに作業できる環境であるよう、心がけています。

プロジェクト管理システム設計テスト設計レビュアーマネージャーリソース管理ネットワーク管理社内向け売上管理システム
  • 10:00

    朝礼

    全体・グループの朝礼後、メール・チャットのチェックをします。
    予定分の作業を文書化して社内チャットに送ります。
    チーム内で各自作業を共有することで、遅延等の問題点を早期に発見します。

  • 10:30

    案件ごとの課題を確認

    担当案件のBacklogをチェックします。
    新たな課題が発生していれば、「原因の確認・優先度整理・担当者のアサイン」を行います。
    お客様から質問が来ていることも多いので、回答を送ります。

  • 11:00

    社外案件A コードレビュー

    プログラムのコードレビュー依頼が来ているので対応。
    小規模な修正であればレビューもすぐ終わりますが、対象プログラムが多い場合は
    時間が掛かります。
    レビューを疎かにすると、プログラムの保守性低下や、不具合の原因となりますので、
    慎重にレビューします。

  • 12:00

    社外案件A 設計

    仕様変更が発生したため、変更された内容に合わせて再設計します。
    変更内容によっては、過去の設計実績と照らし合わせて
    再設計の労力を最小限に留めます。

  • 13:00

    昼食

    会社近くのコンビニで昼食を買います。
    すぐに食べられるパンが好きなので、総菜パンや菓子パンを買うことが多いです。

  • 14:00

    社外案件B ドキュメントレビュー

    エンジニアからレビュー依頼があったので実施します。
    プログラム同様に、設計書やテスト仕様書の成果物もレビューを行い、品質を高めます。

  • 15:00

    社外案件B MTG参加

    定例MTGに参加します。
    お客様と、「進捗報告・問題点の共有・今後の予定」を整理します。
    事前に整理しておいた「問題点・不明点」を全て解決するように質問表を準備します。

  • 16:00

    社外案件B ドキュメントレビュー(続き)

  • 16:30

    システムチームの案件報告会に参加

    システムチームのメンバーが集合して、案件状況の共有などを行います。
    人員の過不足があれば、調整を行います。

  • 17:00

    案件の進捗状況を確認

    Backlogにて、課題の消化状況を確認します。
    進捗が悪い場合、作業者と相談して原因や対策などを探ります。
    結果、スケジュールに影響が無い範囲で良い解決方法が見つかりました。

  • 18:00

    社内案件の設計・製造・テスト

    受託案件だけではなく、社内案件の作業も行います。
    社内から挙がっている改善要望を取り入れて、より使いやすいシステムへと改修します。

  • 19:00

    終礼・日報提出・退社

    グループ終礼にて、その日の進捗を共有します。
    予定していたタスクは全て完了した旨を報告します。
    日報に実績を記入し、退社します。
    家では妻が待っているため、帰宅のメッセージを入れます。
    夕食を楽しみに帰宅します。

  • 10:00

    朝礼

    全体・グループの朝礼後、メール・チャットのチェックをします。
    予定分の作業を文書化して社内チャットに送ります。
    チーム内で各自作業を共有することで、遅延等の問題点を早期に発見します。

  • 10:30

    案件ごとの課題を確認

    担当案件のBacklogをチェックします。
    新たな課題が発生していれば、「原因の確認・優先度整理・担当者のアサイン」を行います。
    お客様から質問が来ていることも多いので、回答を送ります。

  • 11:00

    社外案件Aのお問い合わせ対応

    社外案件Aのプログラムのコードレビュー依頼が来ているので対応。
    お客様から不具合など調査依頼が入りました。
    対応の優先度が高い事象であるため、予定していた作業は一旦置いておきます。
    (深呼吸して落ち着きます)
    原因の検討もつかない不具合が発生したため、解決方法に悩みます。
    レビュー予定だった頭を切り替えるのは辛い。

  • 12:00

    社外案件A コードレビュー

    ようやくお問い合わせ対応が終わり、コードレビューに取り掛かれます。
    成果物の隅から隅までしっかりとレビューしたいので、
    確認点に優先度を付けてから実施します。全体をしっかりレビューしなければならない、
    予定時間を押している、と思いながらレビュー実施。
    焦りつつ作業します。

  • 12:30

    社外案件A 設計

    仕様変更が発生したため、変更された内容に合わせて再設計します。
    変更内容によっては、過去の設計実績と照らし合わせて
    再設計の労力を最小限に留めます。
    コードレビューに続き、予定通りに進んでいないことに焦りつつ、何とか設計を終わらせます。
    終わらない場合は、休憩時間を削って作業することもあります。

  • 13:00

    昼食

    会社近くのコンビニで昼食を買います。
    すぐに食べられるパンが好きなので、総菜パンや菓子パンを買うことが多いです。

  • 14:00

    昼礼・プログラムや設計の相談に乗る

    自身が参加していない案件の開発メンバーより、製造・設計方針の相談が入りました。
    設計書やプログラムの内容を説明してもらいつつ、指摘を行います。
    提示された成果物を見れば見るほど指摘点も出てくるので、どこから修正するか整理します。

  • 14:30

    社内案件B ドキュメントレビュー

    エンジニアからレビュー依頼があったので実施します。
    予定通りに着手が出来ていないし、この後はMTGがあるし、心はかなり焦っています。
    焦って作業しても良い仕事が出来ないと思い、コーヒーを飲んで落ち着きます。

    プログラム同様に、設計書やテスト仕様書の成果物もレビューを行い、品質を高めます。

  • 15:00

    社外案件B MTG参加

    定例MTGに参加します。
    お客様と、「進捗報告・問題点の共有・今後の予定」を整理します。
    事前に整理しておいた「問題点・不明点」を全て解決するように質問表を準備します。
    想定外のアジェンダまで話が広がったため、予定の会議時間を超過しました。
    MTG内容を議事録に取りまとめて、お客様に送付します。

  • 16:30

    システムチームの案件報告会に参加

    システムチームのメンバーが集合して、案件状況の共有などを行います。
    人員の過不足があれば、調整を行います。
    報告いただいた案件の中に、進捗が遅延しているものがありました。
    大きな問題点が発覚したため、別途MTGを開催して解決します。

  • 17:30

    案件の進捗状況を確認

    Backlogにて、課題の消化状況を確認します。
    進捗が悪い場合、作業者と相談して原因や対策などを探ります。
    結果、スケジュールに影響が無い範囲で良い解決方法が見つかりました。

  • 18:00

    社外案件B ドキュメントレビュー(続き)

    MTG前の実施出来なかった分の続きに着手します。
    2時間ほど遅延しているので、集中して手早く作業を進めます。

  • 19:00

    終礼・日報提出・退社

    グループ終礼にて、その日の進捗を共有します。
    予定していたタスクは全て完了した旨を報告します。
    予定分の作業がまだ残っているため、残業することを報告します。
    本日中に残作業を終わらせる、と決意します。

    家では妻が待っているため、帰宅のメッセージを入れます。
    家では妻が待っていますが、帰宅が遅くなる旨のメッセージを入れます。

  • 19:30

    社内案件の設計・製造・テスト

    受託案件だけではなく、社内案件の作業も行います。
    社内案件に参加出来るメンバーが不足しているため、設計、製造、テストなど一通りの工程を1人で実施します。

  • 20:00

    日報提出・退社

    今日の作業を振り返りつつ、「明日は予定通り作業する」と思いつつ日報を記入します。
    明日の作業のために体調を整えたいので、書き終わったら速やかに帰宅します。
    妻に帰宅のメッセージを入れます。

一覧へ戻る