竹田 時雄タケダ トキオ ／ デブオプワーカー

神奈川県川崎市　｜　横浜市立大学 理学部 中退（2006-03）

業務システムの開発・運用に 19 年携わってきました。フリーランスとして請け負っているのは、 システムを安定して稼働させ続けること と、 開発プロジェクトを希望どおりに進めて完遂させること の 2 つです。

安定稼働を守る手段のひとつとして、引き継ぎ資料のないシステムを引き取り、 運用が回る状態まで立て直すこともできます。

目指しているのは「自分がいなくても回る状態」を作ることです。ある取引先とは 9 年、 常駐の開発リーダーからスポット対応へと関与を半分以下に減らしながら、関係が続いています。 いま実際に回っているのは現場の担当者が真摯に業務にあたっているからで、 私はその状態に持っていく側として関わってきました。

主なスキル

使用年数は稼働月の和集合で数えています（並行案件の重複は除外）。 最終使用が 2026-08 のものは現在も実務で使用中です。

案件での使用歴はないが習得済み：Kubernetes

引き継ぎのない状態から運用を立て直し、技術組織を作った

自社サービス（SaaS）　｜　少人数の技術組織　｜　2022 年〜現在（技術責任者）

引き受けた状況

開発を担ってきたエンジニアが不在となったタイミングで参画しました。 運用手順が個人の経験に依存していたため、動いているインフラとソースコードから手順を起こし直す ところから始めています。

異常系の作り込みが追いついておらず、その結果として不要な監視アラートと 深夜の長時間メンテナンスが常態化していました。 技術選定と設計の判断も、あわせて引き受ける立場になりました。

やったこと

稼働中のサービスを止めるわけにはいかないため、顧客と調整しながら運用手順を立て直しました。 並行して、属人化を二度と起こさないための土台を作っています。

• 開発基盤の整備（CI/CD、テスト、環境構築の自動化）
• ドキュメントとナレッジの整備
• 設計・技術選定のルール化とレビュー体制の構築
• コードレビューの導入と定着

技術責任者になった段階で 未経験のエンジニアを 1 名採用し、ゼロから育てました 。 1on1 とメンタリング、ペアプロ・モブプロによる伴走開発、その後は採用と技術面接にも関与しています。

結果

	改善前	改善後
監視アラート	月 3〜5 件	年 1 件程度
深夜メンテナンスの作業・ダウンタイム	メンテナンスウィンドウ内で 8 時間	事前作業 6 時間 ＋ ウィンドウ内 1 時間以内

既存の維持で手一杯だった状態から、新規プロダクト・機能を出せるようになりました。 育てたエンジニアは 基本設計からリリース・運用作業までを一人で完結 できます （要件定義の作成と顧客合意は現在も伴走しています）。 重要な判断以外をほぼ任せているプロダクトもあります。

技術：Python、PHP / Laravel、AWS、Terraform / CloudFormation / CDK、Docker

常駐の開発リーダーから、9 年続くスポット対応へ

人材サービス業　｜　常時 40 名規模　｜　2017 年 2 月〜現在（9 年）

会社員として

採用管理パッケージの現場に SES として参画し、自社社員をまとめる開発リーダー を務めました。 担当したのは要件定義から基本設計、開発スケジュール管理、本番環境リリース、運用フォローまで。 作るものを決める段階から、動かして引き渡すまでを一続きで持っていました 。 常時 40 名規模の現場で、直接見ていたのは 7 名です。 現場社員と他パートナー会社を含めた運用作業の設計と実施も行っています。

独立後

2022 年 3 月に退職しましたが、現場知識と手腕を評価され、フリーランスとして契約が継続 しました。 現在は関与を大きく減らし、次のような形で関わっています。

• 新技術の検証と導入判断
• 既存の運用作業の立て直しに関する助言
• 突発的な障害の調査と、解決方法の提示

依頼の中身は 2 種類です。ひとつは技術的な難易度が高く、腰を据えて調べる必要があるもの。 もうひとつは現場でも対応できるものの、人的リソースやスケジュールの都合で 外に出したいものです。必要なときに必要な分だけ動ける相手 として置いてもらっています。 採用管理パッケージを中心に置いたエコシステムのなかで、新規パッケージにも関わっています。

この 9 年が示していること

常駐のリーダーから、関与を半分以下に減らしながら関係は切れていません 。 現場が自走できるようになり、そのうえで難所のときと手が足りないときに呼ばれる関係が残りました。 これは「自分がいなくても回る状態を作る」という進め方が機能した結果だと考えています。 もっとも、いま安定して回っているのは現場の担当者が真摯に業務にあたっているからで、 私が用意したのはその土台までです。

技術：Java、PostgreSQL、JavaScript、AWS

動いているものを、止めずに載せ替える

人材サービス業　｜　常時 40 名が利用する本番システム　｜　2019 年〜2021 年

止められないシステムの基盤を入れ替える仕事を、2 件続けて担当しました。 いずれも調査、移行計画の作成、環境構築、テスト設計・実施、運用調整、移行実施までを通しで行っています。

クラウド移行（IDCF Cloud → AWS）　2019 年 10 月〜2020 年 3 月　｜　90 人月／4 名

稼働中の採用管理パッケージを、オンプレミス系のクラウドから AWS へ移行しました。 利用中の顧客がいる本番環境のため、移行そのものよりも運用調整に重心がありました。

OS / ミドルウェアのバージョンアップ　2020 年 8 月〜2021 年 9 月　｜　168 人月／3 名

CentOS から Amazon Linux 2 へ、Tomcat 9.5、Apache 2.4、PostgreSQL 12 へ更新しました。 168 人月規模の案件に、自分を含む 3 名のチームのリーダー として関わりました。 プロジェクトはインフラ・アプリ・テスト・営業の各チームが横断的に動く体制で、 そのなかで中心を担うチームでした。

この 2 件の位置づけ

新しく作るより、動いているものを壊さずに入れ替える方が難しいというのが実感です。 ひとつ目のハイライトで運用を立て直せたのも、この 2 件で「止めずに変える」やり方を 身につけていたからです。

技術：AWS、Amazon Linux 2、Ansible、Tomcat、Apache、PostgreSQL、CentOS

限られた稼働で、4 年間バックエンドを持ち続ける

自社サービス（SaaS）　｜　月 10〜40 時間　｜　2022 年 9 月〜2026 年 7 月

企画と要求要件定義は先方の社員が担当し、私は 設計・技術選定・開発・実装を一貫して 引き受けました。 フロントエンド、バックエンド、他サービスが協調するマイクロサービス構成のうち、 バックエンドが担当範囲です。

運用については、システム監視や常時待機の体制は先方にあり、 調査や運用作業が必要になった際に都度依頼を受けて対応する形でした。

ここでは組織づくりや教育は行わず、作業者として関わっています。 役割が明確に分かれた体制で、決められた範囲を確実に回すことが求められる形でした。 すべてを引き取る関わり方だけでなく、既にある体制の一部として入る形 でも成立します。

稼働は月 10〜40 時間です。この分量で 4 年間、継続して任されました 。 限られた稼働でも、設計から実装までを一貫して持てることの実例になっています。

技術：Python、Docker、マイクロサービス構成、AI コーディング支援

お問い合わせ