仕事を知る


システムエンジニアの仕事

システムエンジニアは、その名の通り「システム開発の技術者」です。
企業や官公庁で利用される業務システムをどのように作るか考え、提案し、設計からプログラミング、テスト、運用保守まで幅広い工程に携わります。お客様の業務や課題の理解を深め、チームで協力しながら、システムを形にしていきます。

開発工程

要件定義

お客様から課題や要件をヒアリングし、必要な機能を整理します。
システムの全体像を決める重要な工程です。

基本設計

画面レイアウトや操作の流れなど、ユーザーが触れる部分の仕様を設計します。
要件を満たすだけでなく、使いやすさも追求します。

詳細設計

プログラム内部の構造や処理の流れ、データベースへのアクセスの仕方など、仕様を具体化します。

プログラミング

設計に基づいてプログラミングを行います。
システムエンジニア自身が担当する場合もあれば、プログラマーと分担する場合もあります。

テスト

プログラムが仕様どおり正しく動作するかを確認します。
不具合を洗い出し、品質を高める工程です。

リリース

システム全体が完成したら、ユーザーが利用できるようリリース作業を行います。
設定の最終確認や初期データの投入といった作業を慎重に進め、システムの稼働開始を見届けます。
長い工程を経て形になったシステムがお客様の業務の中で実際に動き出す瞬間は、大きな達成感を得られる場面です。

運用保守

リリース後の監視、障害対応、機能改修などを行い、システムの安定稼働を見守ります。
お客様からの問い合わせ対応といったサポートも継続的に行います。

システムエンジニアに求められる「総合力」

システムエンジニアには、技術力、理解力などの「総合力」が求められます。

✔ 技術力

プログラミングスキル/データベース・ネットワーク・クラウドの基礎知識/AI活用技術

✔ 理解力

お客様の業務内容や課題を正しく把握する力

✔ コミュニケーション力

お客様とのやりとりやチーム内での情報共有・確認・相談を円滑に進める力

✔ 論理的思考力

課題を整理し、解決策を導く力/物事を構造化して考える力

✔ 継続力

粘り強く取り組む姿勢/技術を学び続ける習慣

決して簡単な仕事ではありませんが、だからこそ、チームで挑戦する時の一体感や充実感、難しいプログラムを作り上げた時の達成感は格別なものです。
お客様から感謝の言葉をいただく場面もあり、大きなやりがいを感じられる仕事です。

当社では、入社後の研修を経て、まずはプログラマーとして実際の業務の中でコーディングやテストを行います。困った時は周りの仲間が助けてくれるので安心です。基礎をしっかり固めながらステップアップし、システムエンジニアへと成長していくことができます。

1日のスケジュール


フレックスタイム制度を使わない通常勤務の例

勤務時間 9:00~17:40

休憩時間 12:10~13:00(50分)

労働時間 7時間50分

9:00
始業

お客様や社内からのメール、チャットを確認し、優先順に対応します。

9:30
プロジェクト朝会

進捗状況や課題、その日の作業予定を共有します。

9:45
詳細設計

要件定義や基本設計の内容をもとに、詳細設計を行います。プロジェクトリーダーやメンバーと相談しながら進めます。

12:10
休憩

お昼ごはんを食べて休憩します。

13:00
詳細設計セルフレビュー

詳細設計書のセルフレビューを行います。

14:30
レビュー依頼

完成した詳細設計書のレビューをプロジェクトリーダーに依頼します。待っている間、単体テスト設計に着手します。

16:30
レビュー結果対応

レビュー結果を受けて、詳細設計書の改善作業を行います。完了後、再度確認の依頼を行います。

17:30
進捗報告

チャットで進捗状況や課題、翌日の予定を連絡します。

17:40
終業

PCをシャットダウンし、退社します。

フレックスタイム制度を使った勤務の例

勤務時間 9:20~18:40

休憩時間 12:10~13:10(60分)

労働時間 8時間20分

フレックスタイム制度を使い、始業・終業時間、休憩時間を変えることができます。
標準労働時間の7時間50分よりも短く、あるいは長く勤務することもできます。増減分は別の日に調整します。

9:20
始業

電車の時間に合わせて少し遅めの始業です。
お客様や社内からのメール、チャットを確認し、優先順に対応します。他のメンバーがコーディングした最新のソースを取り込み、開発用の各種アプリケーションを起動します。

10:00
打ち合わせ

プロジェクトの打ち合わせに参加します。

11:00
プログラミング

基本設計や詳細設計をもとにプログラミングを行います。

12:10
休憩

私用のため休憩時間を少し長く取り、外出します。

13:10
プログラミング

午前中の続きを行います。技術的な不明点はAIを使ったり、メンバーに聞いて解消します。

15:00
体操

音楽に合わせて軽く体を動かします。お茶を飲むなどしてリフレッシュし、再び集中して取り組みます。

18:30
進捗報告

チャットで進捗状況や課題、翌日の予定を連絡します。

18:40
終業

少し遅めの終業です。標準労働時間より長く働いた分、別の日の労働時間を短くします。

プロジェクトストーリー


システム開発の現場から、プロジェクトリーダーの想いやメンバーの役割を紹介します。

Project Story #01

大手製薬企業の予算管理システム再構築(第二システム部)


十数年にわたりお客様の業務を支え続けた予算管理システム。
業務の刷新を契機に、システムの再構築プロジェクトが始動した。長年築いてきた信頼に応えるべく、開発のピーク時には各事業所から12名のメンバーが集結。既存システムの強みやノウハウを継承しながら、より使いやすく、将来を見据えた新しいシステムの開発に挑む。

プロジェクトリーダーの想い

本プロジェクトでは、多くの関係者との調整が求められた。大企業のシステムであるため単独で稼働するものではなく、様々な周辺システムとの連携が欠かせない。お客様の要望や業務フローを正確に把握するのはもちろん、他システムから受け渡されるデータの構造まで深く理解した上で、設計を進める必要があった。
こうした数々の課題に向き合う中で、プロジェクトリーダーが貫いたのは「長年築いてきた信頼に応え、次世代へつなぐ」という信念である。お客様やメンバーとの対話を重ねながら、既存システムのノウハウを継承しつつ、より使いやすいシステムへと進化させる。その想いを軸にチームを導き、力強く舵を取り続けた。

現場を支えるサブリーダーの役割

プロジェクトリーダーが全体の統括や進捗管理を行う一方、開発の現場を支えたのがサブリーダーである。お客様との打ち合わせを主導、要件や課題を整理し、各機能の設計を行った。メンバーの開発状況に目を配り、技術的な課題への助言や進捗のフォローを実施。チームが最大限の力を発揮できる環境づくりに注力した。
さらに、自身も難易度の高いプログラムの開発を担当した。マネジメントと開発の両面からプロジェクトを支え、チームの成果に大きく貢献した。

メンバーの技術力こそチームの真骨頂

大規模な基幹システムの構築は、リーダーやサブリーダーだけで成し遂げられるものではない。高い技術力と専門性を持つメンバーの存在が大きかった。
メンバーは主に設計やプログラミング、テストを担当したが、経験が豊富なメンバーは、データベースや共通基盤の設計・構築、開発標準の整備など、プロジェクトの土台を支える重要な役割を担った。それぞれが専門分野で力を発揮し、互いに支え合いながら、システムを作り上げていった。
メンバーの高い技術力、難しい課題にも挑み続ける姿勢、そうした力の結集が、本プロジェクトの強みであった。

Project Story #02

共済団体の基幹システム構築(第三システム部)


既存システムをベースに、別のお客様向けの基幹システムを構築するプロジェクト。
当社のチームは、一部サブシステムの詳細設計から単体テストまでを担当した。開発基盤に関する豊富な実績とノウハウが高く評価され、お客様から直接指名を受けてのプロジェクト参画である。
その期待に応えるべく、技術力を武器に基幹システムの構築に挑んだ。

既存システムを読み解き新たな価値を生み出す

いざプロジェクトが始まると、様々な課題に直面した。既存システムを単純に流用するだけではなく、大きな変更が必要となる機能も多かった。対象のシステムは長年にわたり改修が重ねられており、設計書やソースコードは複雑化していた。機能同士の関連性を把握するだけでも多くの調査や分析が必要であり、メンバーには高い理解力と対応力が求められた。
また、初めて担当する業務領域でもあった。開発基盤に関する知識や経験は豊富だった一方で、業務知識や仕様理解の面では苦労する場面も少なくなかった。既存システムを深く理解しながら、お客様の要望をどのように実現するかが大きなテーマとなった。

若手社員の成長が未来を創る

プロジェクトリーダーは、「若手社員の成長が会社の未来を創る」という考えを大切にしていた。複雑な仕様や難しい課題に直面した際も、すぐに答えを示すのではなく、まずはメンバー自身が調査や検討を重ねながら解決策を見つけられるよう支援した。時間がかかることがあっても、自ら考え抜き、やり切る経験は、技術力の向上だけでなく大きな自信につながると考えたためである。

もちろん、挑戦を個人任せにすることはない。困った時には気軽に相談できる環境を整え、メンバー同士で知識や経験を共有しながら課題解決に取り組んだ。主体性を尊重しながらも、チーム全体での支え合いが、本プロジェクトの推進力となった。

課題を乗り越えたチームの成果

一人ひとりが責任感を持って設計やプログラミング、テストなどの開発作業に取り組んだ。難しい局面もあったが、困った時にすぐ相談できる環境が安心感につながっていた。豊富な経験を持つプロジェクトリーダーやサブリーダーの存在も支えとなった。
本プロジェクトは、お客様の期待以上のシステムを作り上げただけでなく、若手社員の成長、ノウハウの継承といった大きな成果も生み出した。技術力、主体性、そしてチームワークの価値を改めて実感できた、意義深いプロジェクトであった。