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
280
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
既存プロダクトのRSpec カバレッジを 40% から100% にした話
optim
1
31
最近やってよかったデザインシステム運用改善3選
optim
1
39
<install>要素は何ができて、何を変えるのか
optim
1
23
CIでリグレッションテストを実行し継続的に品質を担保する
optim
1
43
Tanstack Startを触ってみての感動
optim
1
37
移行のつらさは誰が引き受けるのか── Vue.js と Next.js を比べて見えたこと
optim
2
45
Athenaが遅すぎるので Next.js 16の Cache Componentsで倒してみた
optim
1
94
エンジニア2年目から見た RubyKaigi
optim
1
87
Storeに頼りすぎないフロントエンド
optim
1
48
Other Decks in Technology
See All in Technology
セキュリティ研修【MIXI 26新卒技術研修】
mixi_engineers
PRO
14
13k
実践が先生だった— 新卒サーバーエンジニア1年目のリアル
mixi_engineers
PRO
0
110
データ活用研修 問いの発見と仮説構築【MIXI 26新卒技術研修】
mixi_engineers
PRO
1
430
Playwright × AI Agent でE2Eテストはどう変わるか AI駆動テストの可能性と実用検証の結果
taiga7543
2
890
データ活用研修 データマネジメント【MIXI 26新卒技術研修】
mixi_engineers
PRO
4
570
StepFunctionsとGraphRAGを活用した暗黙知活用のためのRAG基盤
yakumo
0
180
AI_Dev_Day_製造業領域でのAI活用から見た活用の罠と成功に導く実践知.pdf
kintotechdev
0
240
GoでCコンパイラを作った話
repunit
0
170
AI時代におけるテストの基礎の再定義 / Rethinking the Fundamentals of Testing in the AI Era
mineo_matsuya
15
5.8k
AIエージェントがあれば技術書なんてすぐ書けるでしょ→無理でした
watany
6
920
コンテナ・K8s研修【MIXI 26新卒技術研修】
mixi_engineers
PRO
1
350
OpenTelemetryにおけるGoのゼロコード・コンパイル時計装について #fukuokago
quiver
0
360
Featured
See All Featured
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
780
Code Review Best Practice
trishagee
74
20k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
470
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
260
Building AI with AI
inesmontani
PRO
1
1.1k
sira's awesome portfolio website redesign presentation
elsirapls
0
310
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2.2k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
Why Our Code Smells
bkeepers
PRO
340
58k
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
2
1.7k
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
1
6k
SEO in 2025: How to Prepare for the Future of Search
ipullrank
3
3.7k
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!! ネットを空気に変える