Slide 1

Slide 1 text

Confidential Essential Project Management ECデジコン 電子書籍事業部/同人事業部 Engineering Manager 梅林 良太 DevLead by DMM #1 〜プロダクト開発におけるリーダーシップとは〜 2020/11/26 プロジェクトマネジメントの勘所 - DevOpsとアジャイル:電子書籍/同人事業の開発運用 -

Slide 2

Slide 2 text

2 目次 1. 自己紹介 2. 電子書籍/同人事業の開発運用紹介 3. プロジェクトマネジメントの4つの勘所 4. 終わりに

Slide 3

Slide 3 text

自己紹介 ・略歴 3 ソフトウェア技術者として携帯電話開発に 9年携わり ゲーム開発運用のプロジェクトマネジメント や 組織マネジメントを経験後、 2019年に合同会社DMM.comに入社。 現在は、エンジニアリングマネジメントを担当している。 ・その他 ここ数年毎年アドベントカレンダーに参加しています。 技術同人誌を執筆・作成し 即売会イベント等での頒布やネット販売しています。 梅林 良太

Slide 4

Slide 4 text

No content

Slide 5

Slide 5 text

5 注意事項 2018年3月、DMM.comの成人向け事業は株式会社デ ジタルコマースに継承されました。ただし、システムの開 発や運用、一部の営業事務はデジタルコマース社から DMM.comに委託されており、プラットフォームは DMM.comが継続して提供することで合意しておりま す。

Slide 6

Slide 6 text

電子書籍/同人事業の開発運用 Created by modifying "Devops-toolchain" © Kharnagy (Licensed under CC BY 4.0) Acceralete ・Flow : System Thinking ・Feedback ・Continual Learning and Experimentation

Slide 7

Slide 7 text

電子書籍/同人事業の開発運用 Created by modifying "Devops-toolchain" © Kharnagy (Licensed under CC BY 4.0) サービスを伸ばす Web Native アプリ システムを安定稼働させる 技術的負債の解消 インフラ管理 問い合わせ対応・調査・不具合 /障害対応

Slide 8

Slide 8 text

電子書籍/同人事業の開発運用 Created by modifying "Devops-toolchain" © Kharnagy (Licensed under CC BY 4.0) プラクティス 状況 補足 CI/CD △ CircleCI、Jenkins、Bitrise バージョン管理 ◯ Git(GitHub、GHE、Bitbucket)、CVS 疎結合アーキテクチャ × レガシーコードからの脱却 アジャイルなソフトウェア開発 △ スクラム ⇒ カンバン、etc IaC △ Terraform、Ansible、Docker モニタリングとロギング ◯ Datadog、Zabbix、Amazon CloudWatch コミュニケーションと共同作業 △ Slack、ZenHub、Jira、Confluence

Slide 9

Slide 9 text

電子書籍/同人事業の開発運用 © いらすとや ・Agile Manifesto ・12 Principles

Slide 10

Slide 10 text

電子書籍/同人事業の開発運用 © いらすとや スクラム カンバン WBS + ガントチャート (バックログ) (デイリースタンドアップ) (レトロスペクティブ) 状況(プロジェクトのニーズ、チームのニーズ)に合わせて変化

Slide 11

Slide 11 text

全体像・繋がりを、把握しながら その時々の状況に対して ペースが間に合っているか 当初に考えていた期間・方法に ムリが無いかを 関わる全員が考え続ける。 11 プロジェクトマネジメントの勘所 結論

Slide 12

Slide 12 text

12 プロジェクトマネジメントの4つの勘所 1. 目的とゴールの設定 2. クリティカルパス 3. マイルストーン 4. リスケジュール

Slide 13

Slide 13 text

目的とゴールの設定

Slide 14

Slide 14 text

目的とゴールの設定 ・必ず明確にする ・常に関わる全員が意識する ・「○○を完成させる」はNG ・手段に言及しすぎない ・自らが起案する場合、意思決定者と合意する

Slide 15

Slide 15 text

クリティカルパス

Slide 16

Slide 16 text

クリティカルパス

Slide 17

Slide 17 text

クリティカルパス ・概念を理解し、ボトルネックとなる部分の見極めに使う ・並行して進められる数を把握する ・その中で最長の経路がどういう軌跡を辿るかを考える  ⇒このためにタスク間の関連性を明確化し紐づける ・待ちが発生する可能性を把握する ・全ての細かいタスクを洗い出すのは無理なので  必ず最長となる経路は変動することを認識し備える ・不明確な部分(何らかの調査や実装結果が無いと判断できな い)が多い経路ほどブレが大きい

Slide 18

Slide 18 text

マイルストーン

Slide 19

Slide 19 text

マイルストーン ・直列の仕事の進捗確認 ・並列の仕事の同期(合流)地点 ・プロジェクト期間が3週間を超えるなら必ず設ける ・短い期間で終わるものでも中間地点の確認は重要 ・最低でも1つ、多くても3つまでが望ましい

Slide 20

Slide 20 text

マイルストーン クリティカルパスに沿って考えてみると...

Slide 21

Slide 21 text

リスケジュール

Slide 22

Slide 22 text

リスケジュール ・遅延しているから単純に期限を延ばすという話では無い  ⇒なぜその状況が起きたかの原因と対処 ・選択する手段の変更も視野に入れる 見直す時期 ・当初は分からなかった部分が判明 ・決まっていなかった部分が決定 ・プロジェクトに関わる体制や状況の少なくない変化

Slide 23

Slide 23 text

特定の職種・役職・役割に限定せず 全員が当事者意識を持って プロジェクトの勘所を 押さえましょう! 23

Slide 24

Slide 24 text

終わりに 24 RECRUIT キャリア Webエンジニア/デベロッパーを募集中です!! 電子書籍事業部 同人事業部

Slide 25

Slide 25 text

25