副業時代のプロジェクトマネジメント

by gyarasu

Slide 1

Slide 1 text

副業時代のプロジェクトマネジメント 2019/01/26 Backlog World 2019 株式会社オムニス吉次洋毅

Slide 2

Slide 2 text

話すこと ● 自己紹介 ● 副業「チーム」とは？ ● チームマネジメント ● プロジェクトマネジメント ● まとめ

Slide 3

Slide 3 text

自己紹介 ● 吉次洋毅（ヨシツグヒロキ） ● 1991年生（27歳） ● 徳山高専専攻科修了 ● 経歴 ○ 2014/4〜2016/11: 某飲食店検索サービス企業（主にサーバサイドエンジニア） ○ 2016/12〜某HR企業（主にフロントエンドエンジニア+いろいろ） ○ 2018/8〜: オムニス（副業リードエンジニア） ○ プロジェクトマネジメント的な仕事は割と得意だったのでずっとやってきました

Slide 4

Slide 4 text

今の働き方平日の日中は正社員としてWebサイトを開発するなど土日や平日夜間はフリーランスエンジニア本業オムニスフレックス！リモートOK！（※部署による）基本リモート！

Slide 5

Slide 5 text

オムニスの開発体制（例） https://unbuilt.jp 【プロダクト】【常駐チーム】・平日日中稼動・基本的には同時間帯【副業チーム】・夜間 / 土日稼動・曜日、時間帯バラバラ・現在3人１つのプロダクトに異なる性質の２つのチームが関わっているコミュニケーション

Slide 6

Slide 6 text

背景... 副業「チーム」がもともともと存在したわけではなく、吉次がジョインするタイミングで出てきた新しい試みだった

Slide 7

Slide 7 text

課題の抽出と分析（まずやったこと） ● 目指すべき状態 ○ 副業メンバーがチームとして成り立つこと ○ 副業メンバーのモチベーションが高いこと ○ プロダクトに対しての成果を最大化させるために最適なコミュニケーションが取れること ● 課題としては大別して2種類 ○ そもそも副業「チーム」がうまくワークするか →①チームマネジメント戦略 ○ 常駐チームとうまく連携して、業務を進められるか →②プロジェクトマネジメント戦略

Slide 8

Slide 8 text

これを https://unbuilt.jp 【プロダクト】常駐チーム副業チーム

Slide 9

Slide 9 text

こうしたい https://unbuilt.jp 【プロダクト】常駐チーム副業チーム

Slide 10

Slide 10 text

？？

Slide 11

Slide 11 text

これを！ https://unbuilt.jp 【プロダクト】常駐チーム副業チーム

Slide 12

Slide 12 text

こうしたい！ https://unbuilt.jp 【プロダクト】常駐チーム副業チーム

Slide 13

Slide 13 text

どういうことかというと… https://unbuilt.jp 【プロダクト】 ②常駐チームー副業チーム間のコミュニケーションの最適化 ①副業「チーム」としての成果最大化常駐チーム副業チーム

Slide 14

Slide 14 text

①＋②＝プロダクト価値の最大化

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

副業リードエンジニアとしての振る舞い ● コミュニケーションの吸収 ○ いざ副業メンバー（開発やりたくて参加している）が手を動かすとなったときに、いろんな確認が発生するのはもったいない ○ タスク発生時点で内容を確認して、手を動かすために必要な情報を揃えておく

Slide 20

Slide 20 text

副業リードエンジニアとしての振る舞い ● 「決める」こと ○ いつもやりやすい状態でタスクが切られるわけではない ○ 異なる働き方をする人同士のコミュニケーションは簡単でない ○ タスクを切る側からすると「それはやる人が決めてほしい」ということも多々ある（会社員としての立場） ○ 不確定要素には意思決定。仮決定と提案をあわせて行ってとにかく前に進める ○ 立場や肩書きがあると決めやすい

Slide 21

Slide 21 text

②プロジェクトマネジメント戦略仕組みの話

Slide 22

Slide 22 text

副業メンバーの稼動・工数管理 ● Googleカレンダーの活用 ○ 稼働予定を1ヶ月単位程度で登録 ○ 大体の消化可能なタスク量を把握 ○ プロジェクトのスケジュールと各人の稼動予定に応じて副業チームに回ってくるタスクをアサイン ○ バッファは自分

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

みんなだいすきBacklog！

Slide 29

Slide 29 text

Backlogの使い方 ● タスクの発生から完了までの流れを定義 ● チケットに記載する基本的な情報の定義 ○ テンプレートの作成 ● 基本的なルール ○ 担当者を必ず入れる ○ 期限日を必ず入れる ○ 完了条件を記載する ○ チケットの分割、統合は担当者に任せる ※細かい部分は時間が無いので省略...

Slide 30

Slide 30 text

BacklogとSlackの使い分け基準 ● Backlogを使ったほうが良いこと ○ タスクに関係する質問 ○ 記録しておいたほうが良いこと ○ 質問から回答まで時間がかかりそうなもの ○ 非同期で進める必要があること ● Slackを使ったほうが良いこと ○ 同期的に進められること ○ 軽いコミュニケーション（すぐに解決しそうな質問など） ○ 共有（タスクとして管理する必要が無いもの）

Slide 31

Slide 31 text

ベースラインを合わせるこれらの情報をKiberaにまとめて、新しくジョインした人もベースが揃うようにしている

Slide 32

Slide 32 text

まとめ ● まずはモチベーション ○ モチベーション抜きにしていい仕事は生まれない ○ 共通認識やチーム感がパフォーマンスに寄与する ○ 下がる要因の排除が重要 ● その次に仕組み ○ モチベーションを支え、プロジェクト進行に有用な仕組みづくりを行う ● 苦しみは必ずある ○ ビジネスにもテクノロジーにも、何かと事情がついて回る。ときには歯を食いしばって気合で乗り切る覚悟も必要。

Slide 33

Slide 33 text

ありがとうございました！ ※スライドはSpeaker Deckで公開します　@gyarasu