Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
挑戦を楽しむ!保守運用の管理課題への取り組み
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
OPTiM
September 25, 2024
Technology
250
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
挑戦を楽しむ!保守運用の管理課題への取り組み
OPTiM
September 25, 2024
More Decks by OPTiM
See All by OPTiM
Storeに頼りすぎないフロントエンド
optim
0
25
OPTiMized SRE 〜共通基盤で、SREの改善を個別対応から横展開へ〜
optim
0
78
地図が指し示す場所を、機械に検索させてみる
optim
0
510
「人間を最適化するAI」から「AIを最適化する人間」への主語転換 〜Agentic Engineeringの実践〜
optim
0
140
フロントエンド開発者のための「厄払い」
optim
0
2.5k
レイアウト構築の基本を理解しよう ~ 横スクロールが起きない!? Flex脱却編 ~
optim
0
600
デザインとエンジニアリングの架け橋を目指す OPTiMのデザインシステム「nucleus」の軌跡と広げ方
optim
0
1k
落ちてほしかった単体テスト
optim
0
160
Goのカバレッジ計測の仕組みをコードリーディングで理解する
optim
1
370
Other Decks in Technology
See All in Technology
なぜ Platform Engineering の土台に Kubernetes を選ぶのか
r4ynode
2
640
Agent Skills設計で柔軟性と硬さのバランスが難しい話
nassy20
0
130
AGENTS.mdとSkillsで始めるAIエージェント活用
sonoda_mj
3
210
エンジニアリング戦略の作り方 / Crafting Engineering Strategy
iwashi86
21
6.9k
2026TECHFRESH畢業分享會 - 原生還是跨平台? App 開發踩坑實錄
line_developers_tw
PRO
0
1k
自律型AIエージェントは何を破壊するのか
kojira
0
160
脆弱性対応、どこで線を引くか
rymiyamoto
1
390
連合学習と機密コンピューティング
lycorptech_jp
PRO
0
120
Kubernetesにおける学習基盤とLLMOpsの概要
ry
1
300
"何を作るか"を任される エンジニアは、どう育つのか
yutaokafuji
1
680
ACE-Step-1.5で見る 音楽生成AIのしくみと“破綻だけ直す”Retake機能の開発【zennfes spring 2026 登壇資料】
personabb
1
460
Claude Code の Sandbox 機能を Anthropic Sandbox Runtime(srt) で試そう!/lets-play-anthropic-sandbox-runtime
tomoki10
1
590
Featured
See All Featured
Balancing Empowerment & Direction
lara
6
1.2k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.5k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
430
Joys of Absence: A Defence of Solitary Play
codingconduct
1
390
Believing is Seeing
oripsolob
1
140
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
1
190
XXLCSS - How to scale CSS and keep your sanity
sugarenia
250
1.3M
Scaling GitHub
holman
464
140k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Making Projects Easy
brettharned
120
6.7k
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
140
A Tale of Four Properties
chriscoyier
163
24k
Transcript
Copyright © OPTiM Corp. All Right Reserved. 挑戦を楽しむ! 保守運用の管理課題への取り組み
Copyright © OPTiM Corp. All Right Reserved. 2 目次 サブタイトルの補足
Copyright © OPTiM Corp. All Right Reserved. 3 自己紹介
組織紹介 悩みを解決する旅路! • 保守組織はモチベーションが上がらない!に向き合ってみた。 • 開発しつつ保守もしてって管理大変。でも、いい感じになってきた。 • 製品保守組織と機能拡充組織での開発観点成長差が面白い。 最後に 目次
Copyright © OPTiM Corp. All Right Reserved. 4 自己紹介 サブタイトルの補足
Copyright © OPTiM Corp. All Right Reserved. 5 自己紹介 末永
(すえなが) ゲーム開発 企画/検証 • 仕様策定 • 全体進行管理 • 検証進行管理 SIer (Android) • Android開発 • 開発進行管理 • 持ち帰り案件管理 OPTiM入社 (開発→製品保守および組織管理) • Android開発 • 開発進捗管理 • 問い合わせ/事象調査/改修全般の管理 (現在)
Copyright © OPTiM Corp. All Right Reserved. 6 組織紹介 サブタイトルの補足
Copyright © OPTiM Corp. All Right Reserved. 7 組織紹介
Copyright © OPTiM Corp. All Right Reserved. 8 組織紹介
Copyright © OPTiM Corp. All Right Reserved. 9 組織紹介 新OS
サポート追従対応 API・MW 追従対応 性能改善 機能拡充 問い合わせ回答対応 仕様・障害 調査 障害改修・要望対応 リリース対応 製品維持&拡充 製品保守&改修 各種フロー改善 品質改善 組織横断 支援 5 30 60 オンプレ 案件対応 ビジネス 問い合わせ窓口 外部資料作成 カスタマー サポート 10 企画 基盤 私
Copyright © OPTiM Corp. All Right Reserved. 10 本題に入る前に…… 少しだけ
この体制になった背景を触れます 組織紹介
Copyright © OPTiM Corp. All Right Reserved. 11 組織紹介 開発
検証 改修全般 問い合わせ 機能検証 リリース 第一次 製品維持&拡充 製品維持 機能拡充 問い合わせ リリース 製品保守 障害調査 第二次 製品維持&拡充 製品保守&改修 製品維持 機能拡充 問い合わせ リリース 改修対応 障害調査 第二次 • 保守側に配属されると実装経験が積みづらい • 調査はしたものの、障害改修が作業優先度負けして対応されないことも 第一次 • 問い合わせ対応に追われ、機能追加やOS追従のロードマップが引けない • 検証リソース不足などで開発したものの、リリースできないなども発生
Copyright © OPTiM Corp. All Right Reserved. 12 でも…… 悩みは尽きない
組織紹介
Copyright © OPTiM Corp. All Right Reserved. 13 製品保守&改修 問い合わせ
リリース 改修対応 障害調査 組織紹介 ←の悩みについて 今日は話します!
Copyright © OPTiM Corp. All Right Reserved. 14 悩みを解決する旅路! サブタイトルの補足
Copyright © OPTiM Corp. All Right Reserved. 15 保守組織はモチベーションが上がらない! に向き合ってみた。
Copyright © OPTiM Corp. All Right Reserved. 16 あるある?
実装時間が少ない事でのメンバーモチベーション低下 保守組織はモチベーションが上がらない!に向き合ってみた。 入社前のエンジニア像 • がりがりコードを書いて、コミットしまくる! • コードを書いて物事を解決する! • 新製品、機能をドンドンリリースする! 実際のエンジニア像 • コードを書くだけでは済まないことが多い! • 背景理解、要件定義、設計書作成、各種レビュー • 新機能だけでなく、リリース後の保守もある! • 問い合わせ対応、障害調査
Copyright © OPTiM Corp. All Right Reserved. 17 これもあるある?
新卒採用でのアサインがそもそも難しい 保守組織はモチベーションが上がらない!に向き合ってみた。 業務難易度が高い • 仕様 or 障害の判断 • 事象調査の方針検討 • 再現確認、エラーログ確認、事象切り分け、他社問い合わせ • 外部(顧客)への説明能力 保守系をしたいという新卒が少ない • “保守” に対するイメージがあまり良くない • AI系やゲーム系と違って、業務系アプリが楽しく見えない
Copyright © OPTiM Corp. All Right Reserved. 18 保守組織はモチベーションが上がらない!に向き合ってみた。 製品維持&拡充
製品維持&拡充から開始 製品維持&拡充 製品保守&改修 メンバーのローテーション 中途採用の強化 やってみた事 1-2年目
Copyright © OPTiM Corp. All Right Reserved. 19 保守組織はモチベーションが上がらない!に向き合ってみた。 ✓
離職/異動が減少傾向! ✓ ローテーションの結果、開発速度意識&保守意識 が両方育った (メンバーも実感) ✓ いろいろ経験できたことで、キャリアの幅が広がった! • リードエンジニア、テクニカルサポート、管理、問い合わせ窓口、品質管理 などなど ✓ 中途採用で、複数現場での保守経験を培った経験豊富なメンバーが来てくれた! 良かった! ✓ もっと、短期サイクルでローテーションしていきたい ✓ リーダー層が厚くなったので、メンバー層ももっと増やしていきたい ✓ 中途採用の更なる強化! もっとやりたい!
Copyright © OPTiM Corp. All Right Reserved. 20 開発しつつ保守もしてって管理大変。 でも、いい感じになってきた。
Copyright © OPTiM Corp. All Right Reserved. 21 目まぐるしい毎日!
五月雨発生かつ並行でのタスク管理が発生 開発しつつ保守もしてって管理大変。でも、いい感じになってきた。 顧客問い合わせが毎日発生し、急ぎでの解決が求められる • 1-3営業日以内の回答を期待され、短期スケジュールが複数立つ • 顧客ヒアリング待ちになることも多く、並行でのタスクが多くなる • 事象調査が多く、工数見通しも立てづらい 問い合わせ対応や保守業務は、課題ありきで期日が近い為、優先度が高く見える また、気持ち的にも顧客対応を優先したくなり、開発時間が作れない • 待っている人がいるというプレッシャーと、責任感 • 顧客が困っていて、解決しないと売上に直結する(ように見えることが多い) 新規開発 vs 製品維持 の優先順位バトル! 製品維持の優先度が高い
Copyright © OPTiM Corp. All Right Reserved. 22 開発しつつ保守もしてって管理大変。でも、いい感じになってきた。 やってみた事
(あえて)改修期日約束をしない 開発/保守の工数割合を意識 必達要件は、全員で覚悟 通常業務
Copyright © OPTiM Corp. All Right Reserved. 23 開発しつつ保守もしてって管理大変。でも、いい感じになってきた。 ✓
期日を約束しないことで、必達が来た際に特別考慮がしっかりと実施される ✓ 複数Mgrで、本当に全部止めてまでやる必要があるのか、という判断が入ったうえで実施される ✓ データを定期的に見ることで、業務の偏りにチームが気づき、割合を意識できるようになった ✓ (自分たちの) 理想とする開発/保守バランスが見えるようになった 良かった! ✓ 工数のデータ出し、計測、グラフ化をよりスマートに実施したい ✓ 現場負荷をより下げての、工数計測方法を模索していきたい ✓ 保守をしつつ、もっと開発を増やしていきたい…! というあくなき挑戦 もっとやりたい!
Copyright © OPTiM Corp. All Right Reserved. 24 製品保守組織と機能拡充組織での 開発観点成長差が面白い。
Copyright © OPTiM Corp. All Right Reserved. 25 製品保守組織と機能拡充組織での開発観点成長差が面白い。 ✓
チーム内の「品質とスピード」に対する議論/課題感がより具体的になってきた • 仕様書/設計書をどこまで書くか、既存で記載甘い箇所を追記するか否か • 調査用ログ実装による開発期間影響をどう捉えるか 良かった! ✓ 仕様/設計書整備にかかる工数(事前に払う工数) と 問い合わせ調査にかかる工数(後から払う工数)のバランスを 知る ✓ 仕様/設計書の記載や、ログ追加がそもそも大変と思わないような仕組みを作りたい ✓ 要件をレベル分けして、要件ごとに保守/運用考慮の割合を変える ぜひ…懇親会で教えてください(笑。 もっとやりたい! 製品維持&拡充 製品保守&改修 速度:年間計画のコミット意識 保守:内部/外部資料、調査意識
Copyright © OPTiM Corp. All Right Reserved. 26 最後に サブタイトルの補足
Copyright © OPTiM Corp. All Right Reserved. 27 ご清聴ありがとうございました。 良ければ懇親会でも、皆さんの悩み、施策、考えなど教えていただけけますと嬉しいです!
• 資料整備工数と調査工数のバランスをどう見ているか • 採用をどうしているか • 育成、組織文化醸成をどうしているか • 保守を格好良くみせるには 最後に
Copyright © OPTiM Corp. All Right Reserved. 28 本文(図解用) オプティム
採用 We Are Hiring!! ネットを空気に変える