挑戦を楽しむ！保守運用の管理課題への取り組み

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Copyright © OPTiM Corp. All Right Reserved. 5 自己紹介末永 (すえなが) ゲーム開発企画/検証 • 仕様策定 • 全体進行管理 • 検証進行管理 SIer (Android) • Android開発 • 開発進行管理 • 持ち帰り案件管理 OPTiM入社 (開発→製品保守および組織管理) • Android開発 • 開発進捗管理 • 問い合わせ/事象調査/改修全般の管理 (現在)

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Copyright © OPTiM Corp. All Right Reserved. 11 組織紹介開発検証改修全般問い合わせ機能検証リリース第一次製品維持＆拡充製品維持機能拡充問い合わせリリース製品保守障害調査第二次製品維持＆拡充製品保守＆改修製品維持機能拡充問い合わせリリース改修対応障害調査  第二次 • 保守側に配属されると実装経験が積みづらい • 調査はしたものの、障害改修が作業優先度負けして対応されないことも  第一次 • 問い合わせ対応に追われ、機能追加やOS追従のロードマップが引けない • 検証リソース不足などで開発したものの、リリースできないなども発生

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Copyright © OPTiM Corp. All Right Reserved. 16  あるある？実装時間が少ない事でのメンバーモチベーション低下保守組織はモチベーションが上がらない！に向き合ってみた。入社前のエンジニア像 • がりがりコードを書いて、コミットしまくる！ • コードを書いて物事を解決する！ • 新製品、機能をドンドンリリースする！実際のエンジニア像 • コードを書くだけでは済まないことが多い！ • 背景理解、要件定義、設計書作成、各種レビュー • 新機能だけでなく、リリース後の保守もある！ • 問い合わせ対応、障害調査

Slide 17

Slide 17 text

Copyright © OPTiM Corp. All Right Reserved. 17  これもあるある？新卒採用でのアサインがそもそも難しい保守組織はモチベーションが上がらない！に向き合ってみた。業務難易度が高い • 仕様 or 障害の判断 • 事象調査の方針検討 • 再現確認、エラーログ確認、事象切り分け、他社問い合わせ • 外部(顧客)への説明能力保守系をしたいという新卒が少ない • “保守” に対するイメージがあまり良くない • AI系やゲーム系と違って、業務系アプリが楽しく見えない

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Copyright © OPTiM Corp. All Right Reserved. 19 保守組織はモチベーションが上がらない！に向き合ってみた。 ✓ 離職/異動が減少傾向！ ✓ ローテーションの結果、開発速度意識＆保守意識が両方育った (メンバーも実感) ✓ いろいろ経験できたことで、キャリアの幅が広がった！ • リードエンジニア、テクニカルサポート、管理、問い合わせ窓口、品質管理などなど ✓ 中途採用で、複数現場での保守経験を培った経験豊富なメンバーが来てくれた！良かった！ ✓ もっと、短期サイクルでローテーションしていきたい ✓ リーダー層が厚くなったので、メンバー層ももっと増やしていきたい ✓ 中途採用の更なる強化！もっとやりたい！

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Copyright © OPTiM Corp. All Right Reserved. 21  目まぐるしい毎日！五月雨発生かつ並行でのタスク管理が発生開発しつつ保守もしてって管理大変。でも、いい感じになってきた。顧客問い合わせが毎日発生し、急ぎでの解決が求められる • 1-3営業日以内の回答を期待され、短期スケジュールが複数立つ • 顧客ヒアリング待ちになることも多く、並行でのタスクが多くなる • 事象調査が多く、工数見通しも立てづらい問い合わせ対応や保守業務は、課題ありきで期日が近い為、優先度が高く見えるまた、気持ち的にも顧客対応を優先したくなり、開発時間が作れない • 待っている人がいるというプレッシャーと、責任感 • 顧客が困っていて、解決しないと売上に直結する(ように見えることが多い)  新規開発 vs 製品維持の優先順位バトル！製品維持の優先度が高い

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Copyright © OPTiM Corp. All Right Reserved. 23 開発しつつ保守もしてって管理大変。でも、いい感じになってきた。 ✓ 期日を約束しないことで、必達が来た際に特別考慮がしっかりと実施される ✓ 複数Mgrで、本当に全部止めてまでやる必要があるのか、という判断が入ったうえで実施される ✓ データを定期的に見ることで、業務の偏りにチームが気づき、割合を意識できるようになった ✓ (自分たちの) 理想とする開発/保守バランスが見えるようになった良かった！ ✓ 工数のデータ出し、計測、グラフ化をよりスマートに実施したい ✓ 現場負荷をより下げての、工数計測方法を模索していきたい ✓ 保守をしつつ、もっと開発を増やしていきたい…！というあくなき挑戦もっとやりたい！

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Copyright © OPTiM Corp. All Right Reserved. 25 製品保守組織と機能拡充組織での開発観点成長差が面白い。 ✓ チーム内の「品質とスピード」に対する議論/課題感がより具体的になってきた • 仕様書/設計書をどこまで書くか、既存で記載甘い箇所を追記するか否か • 調査用ログ実装による開発期間影響をどう捉えるか良かった！ ✓ 仕様/設計書整備にかかる工数(事前に払う工数) と問い合わせ調査にかかる工数(後から払う工数)のバランスを知る ✓ 仕様/設計書の記載や、ログ追加がそもそも大変と思わないような仕組みを作りたい ✓ 要件をレベル分けして、要件ごとに保守/運用考慮の割合を変えるぜひ…懇親会で教えてください（笑。もっとやりたい！製品維持＆拡充製品保守＆改修速度：年間計画のコミット意識保守：内部/外部資料、調査意識