プロマネ視点のリスクマネージメントについて.pdf

by 2ca3

Slide 1

Slide 1 text

プロマネ視点のリスクマネージメントについてネオス株式会社　小林司

Slide 2

Slide 2 text

自己紹介 * 名前：小林司 (jbug参加は3回目) * 1978年千歳市生まれ　40歳、嫁*1、子ども*3、犬*2と生活 * 趣味：キャンプ、バドミントン、バスケ、特にレバンガ北海道応援してます * 悩み：老眼、滑舌が悪い事 * Backlog歴：4年くらい * 経歴不真面目な学生時代を過ごした後、札幌のシステム会社でエンジニアスタートする。　入社 1ヶ月後に要件整理のため、数ヶ月東京に行く事になるが、途中でプロジェクトが変わって、なんだかんだで10年間東京で過ごす。Web系を中心に活動後、札幌に戻りネオスに入社。現在はマネージャぽいのだけど、何でもやらされる人をやってます。

Slide 3

Slide 3 text

ネオスの紹介所在地  本社　　　：東京都千代田区神田札幌オフィス：6末に移転予定(北1条通りのヤマダ電機の近く)   連結従業員数  240名くらい　札幌は20数名   設立  2004年4月  事業内容  ソリューション事業  コンテンツ事業  デバイス事業  弊社のBacklog利用状況   特別な理由がない限り、プロジェクト管理はBacklogを使います。   50以上のプロジェクトが動いている(自分が入ってるのだけで11あったので)     お客さんとのコミュニケーションでもBacklog使うケースが増えてます。(お客さん側が持ってる事も多い)  

Slide 4

Slide 4 text

本題

Slide 5

Slide 5 text

プロジェクトが成功する確率ってご存知ですか？

Slide 6

Slide 6 text

52.8% 出典：日経コンピューター

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

　プロジェクトのゴールが曖昧だったり共有されてなかったり

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

　言われたまま作る →ちょっと考えよう・・・本当の意図

Slide 17

Slide 17 text

　進捗率が90%から進まなくなる →多少の想定外は想定してよ・・・

Slide 18

Slide 18 text

　 wikiがカオス古い情報とか似た非なる情報とか共有＝wikiに書くではない

Slide 19

Slide 19 text

　レビューの文化がない →プルリク使いましょ

Slide 20

Slide 20 text

　プルリクを知らないなにそれ、新しい水ポケモンｗ　みたいな

Slide 21

Slide 21 text

最近は流石に見なくなったがソース管理がファイルサーバ

Slide 22

Slide 22 text

こんな管理は嫌だ

Slide 23

Slide 23 text

原因追求すると大部分の原因が

Slide 24

Slide 24 text

　曖昧にしてること

Slide 25

Slide 25 text

　孫子の兵法にも同じような話があります

Slide 26

Slide 26 text

敵を知り、己を知れば百戦危うからず

Slide 27

Slide 27 text

みんな知ってると思うけど・・・意味　敵の実情と自分の実情を知っていれば負ける事はない →プロジェクト運営も同じだよねーとおじさんは思うわけです

Slide 28

Slide 28 text

敵を知るとは・・・プロジェクトのゴールを明確にする・顧客が満足するものは何か・営業観点でのゴールは何か・お客様の利益と自社の利益と相反することの理解と対応

Slide 29

Slide 29 text

己を知るとは・・・・プロジェクト進行状態を明確にする・不明確な事を明確にする・失敗と改善案を明確にする等

Slide 30

Slide 30 text

以上を踏まえつつ・・・　弊社の対策の一部を紹介

Slide 31

Slide 31 text

口頭やメッセンジャーのみの連絡を禁止　全てチケット化する口頭で聞いてくる人→教育するチケット化されるまで対応しない

Slide 32

Slide 32 text

方向性を曖昧にするの禁止　「とりあえず」「一旦」で物事を決めるのは基本禁止やむを得ない場合でも「いつ決めるかを決める」

Slide 33

Slide 33 text

対応すべき事の明確化 1つの課題の中でもやることを明確にする →Backlogのチェックボックス機能活用

Slide 34

Slide 34 text

チェックボックスの活用

Slide 35

Slide 35 text

作業の順番・期間の明確化開始日と期日は必ず入れガントチャートで確認し基本的に輻輳させない

Slide 36

Slide 36 text

作業の順番・期間の明確化

Slide 37

Slide 37 text

進捗遅れの早期発見進捗率付きガントチャート確認

Slide 38

Slide 38 text

API + python gantt→進捗率付きガント

Slide 39

Slide 39 text

問題の早期発見朝会を実施無駄に長くならないようにスタンディングで話しやすい雰囲気を作り上げる仕組みで解決する・・・ようにする

Slide 40

Slide 40 text

進捗遅れの早期発見毎朝カンバンを確認

Slide 41

Slide 41 text

API + Google スプレッド→かんばん

Slide 42

Slide 42 text

失敗の共有、改善振り返り(KPT)を定期的に実施

Slide 43

Slide 43 text

Google スプレッド

Slide 44

Slide 44 text

　まとめ

Slide 45

Slide 45 text

まとめ　 ● 何事も曖昧にしない ● Backlogで見え化する ● 足りないものはBacklog APIで作ってしまおう

Slide 46

Slide 46 text

　自分はBacklogを見ない日はないです。有難うBacklog！

Slide 47

Slide 47 text

　最後に

Slide 48

Slide 48 text

ネオス札幌の紹介各種サービス開発・アプリ開発を行っています。現在、約70名くらいのBPさんに常駐して頂いて、一緒に開発しています。 (開発メンバ、評価メンバ。個人事業主の方や会社単位等　さまざま) サーバ開発(Python、Node、PHP、JavaScript等)やアプリ開発(iOS、Android) 優秀なエンジニアやプロマネができる方で常駐可能な方居ましたら是非お声がけして下さい！！！

Slide 49

Slide 49 text

　本日は大変ありがとうございました！以上です