グルーミングしながら進めるプロダクト開発

2022-03-30 Hatena Engineer Seminar #19
https://hatena.connpass.com/event/241412/

Transcript

1. Hatena Engineer Seminar #19 id: グルーミングしながら進めるプ ロダクト開発 
 カクヨムの10年を見据えた技術 
 2022.03.30 onk
2. • 大仲 能史 a.k.a. id:onk
 • 芸歴 18 年
 • サーバサイドとインフラが得意な
 フルスタックエンジニア
 自己紹介

3. 今日のテーマ 
 グルーミング 

4. グルーミング 
 グルーミングまたは毛繕いとは、動物が体の衛生や機能維持などを目的 として行う行動である。一部分は後天的に習得され、以降の世代へと伝 播する場合もある（湯、土、木の葉、砂塵の利用など）。毛繕い、羽繕い、 ノミ取りなどが含まれる。自分自身に対して行うセルフグルーミング （personal grooming）と、他の個体に対して行う社会的グルーミング （social groomingあるいはallogrooming）がある。
 https://ja.wikipedia.org/wiki/グルーミング
5. 社会的グルーミング 
 • 集団の絆を維持するための「社交」
 ◦ 肉体的な接触を伴ったり、単に会話をし たり、コミュニケーションが必要
 • 大きなグループを維持するには、
 グルーミングに時間を費やす必要がある

6. 今日の話
 カクヨムチームが開催している定例では、意識的にグルーミングを取り入 れている。各会の設計と、グルーミングの効能を読み解いていく。

7. • スクラム開発
 • 昼会
 • スプリント会
 • 週次、月次、四半期の会
 • まとめ
 お品書き

8. スクラム開発 

9. スクラム開発とは 
 • イテレーティブな開発手法の一つ ⇔ ウォーターフォール開発
 ◦ 一定期間ずつに区切って（スプリント）
 ◦ 成果物を作っていく
 • スプリント内では以下のイベントをやっていく
 ◦ スプリントプランニング
 ◦ デイリースクラム
 ◦ スプリントレビュー
 ◦ スプリントレトロスペクティブ

10. スクラム開発とは 
 • スプリントプランニング
 ◦ このスプリントで何を作るかを決める
 ◦ ここで決めたものをスプリント内で作りきる
 • デイリースクラム
 ◦ いわゆる「朝会」
 ◦ 困りや不安を引き出し、解決する

11. スクラム開発とは 
 • スプリントレビュー
 ◦ 作ったものをみんなで眺める
 ◦ ゴールを達成できているか
 ◦ 更に価値を高められるか
 • スプリントレトロスペクティブ
 ◦ レトロスペクティブ＝ふりかえり
 ◦ 次スプリントでもっと上手くやるための教訓を引き出す

12. スクラム開発とは 
 • 以下を繰り返して、不確実なプロジェクトを達成する開発手法
 ◦ 細かくリリースを繰り返して価値を探索する
 ◦ イテレーションが進むと、より上手く進められる
 プランニング 設計・開発 リリース ふりかえり プランニング 設計・開発 リリース ふりかえり プランニング 設計・開発 リリース ふりかえり
13. 僕らのスクラム 
 • 10人程度の開発メンバー
 ◦ 企画2、デザイナー3、エンジニア6
 • 2週間スプリント（月〜翌金）
 • 昼会（毎日30分＋30分）
 ◦ デイリースクラム
 • スプリント会（最後の金曜に1時間半）
 ◦ スプリントレトロスペクティブ＋スプリントプランニング
 • スプリントレビューは柔軟に開催している

14. コミュニケーションツール 
 • Slack
 ◦ テキストチャット、Huddle
 • Google Meet
 ◦ ビデオ会議
 • Scrapbox
 ◦ 同時編集できるWiki的なツール
 • Asana
 ◦ プロジェクト管理ツール
 • GitHub、Figma

15. 昼会

16. • 一般的なデイリースクラムは「15分以内」と言われている
 • 僕らの昼会は1時間使っている
 ◦ 前半：チーム全員で30分
 ◦ 後半：エンジニアだけで30分
 ◦ 今のチームだと、これで良いと考えている
 昼会

17. • Scrapboxを映しながらGoogle Meetに集合する 
 ◦ 同時編集できる議事録ツールは最高 
 • アジェンダ
 ◦ 司会者のコーナー
 ◦ 近況報告
 ◦ 周知
 ◦ Asana確認
 ◦ 相談・会話したいこと
 ◦ 掲示板（非同期）
 ◦ 雑談
 ◦ ジブリ制作日誌コーナー 
 全体昼会

18. • 司会者のコーナー
 ◦ 数字の共有とか
 ◦ みんなに檄を飛ばしたい内容とか
 ▪ 放っておくとチームの熱は自然と下がっていくので、
 定期的にくべる
 ▪ 例えば、我々の仕事はどんな意味があるのか、サポーター ズパスポートを通じて何を成し遂げたかったのか
 全体昼会

19. • 近況報告
 ◦ 今日の気持ち/体調（ニコニコカレンダー）
 ◦ やったこと、やること、困りポイント
 • 周知
 • Asana確認
 ◦ マイルストーンが毎日何かしらあるので、その確認
 ▪ 今日明日で終わらせなきゃいけないものって何だっけ
 全体昼会

20. • 相談・会話したいこと
 ◦ ここに書いておくと昼会の場で話す
 • 掲示板（非同期）
 ◦ ここに書いておくと非同期で話す
 ◦ Slackで声を掛けるほどでもない認識合わせによく使う
 ◦ 非同期の場が明示されていると、定例まで遅延してしまう現象を 減らせる
 ▪ 昼会まで待たずに会話が行われて、物事が進む
 全体昼会

21. • 雑談
 ◦ マジで雑談
 ◦ 先週の雑談から抜粋
 ▪ 
 
 ▪ 
 全体昼会

22. • コロナ禍で雑談コーナーの掘り下げが増えた
 ◦ 顔合わせが減り、グルーミングが足りなくなった感覚
 • 相手が血が通った人間であることを知らせる場
 ◦ 人間味のあるエピソードであればあるほど良い
 • 誰がどの話題で食いつきが良かったかを徐々に把握していく
 • チーム内の役割分担が成立すると最高
 ◦ ボケ、ツッコミ、かぶせ
 ◦ こういう発言をすると拾ってくれるだろう、という安心感
 全体昼会

23. • ジブリ制作日誌コーナー
 ◦ https://www.ghibli.jp/diary_m/diary.html
 • もともとは雑談の中の一幕だったが、独立コーナー化
 ◦ 雑談が無いときに必ず1つはネタがある安心感
 ◦ 自分たちの働き方を、比較しながら眺めることができる
 • 25年前の今日の日記
 ◦ もののけ姫の
 公開が1997-07
 全体昼会

24. • エンジニアだけで昼会の延長戦
 • アジェンダ
 ◦ マージされたPR一覧
 ◦ 日誌欄
 エンジニア昼会 

25. • マージされたPRを1つずつ眺める
 ◦ チーム内プロジェクトが複数ライン走っている
 ▪ インフラとか、コンテスト運用とか
 ▪ 各プロジェクトは企画1、エンジニア1〜2、デザイナー1
 ◦ 隣のプロジェクトのPRは実装方針も曖昧にしか知らない
 ◦ 毎日すべてのPRを眺めることで、把握できる
 エンジニア昼会 

26. • 毎日すべてのPRを眺めることで、把握できる
 ◦ 暮らしているだけで脳内マップが育っていく
 ▪ 実装や問い合わせ対応で担当していなくても、なんとなく雰 囲気を知っているコードが自然と増える
 ◦ 障害対応の初速が全然違う
 ▪ 「最近変更していた〜が原因か？」という勘所がある。実装 をイメージできる
 ◦ レビュアー以外でも気になりをコメントしやすい
 エンジニア昼会 

27. • 日誌欄
 ◦ エンジニアとしてのグルーミングの場
 ◦ 日々の暮らしの中での気になりを会話する
 ▪ レビュー時にコメントしたけど全員に伝えたいものとか
 ▪ 実装する上で悩んでいることとか
 ◦ エンジニア向けの雑談も行う
 エンジニア昼会 

28. • レビュー時にコメントしたけど全員に伝えたいものとか
 ◦ 
 
 • 実装する上で悩んでいることとか
 ◦ 
 エンジニア昼会 

29. • 参考になりそうな隣のチームの面白話とか 
 ◦ 
 
 • 技術ネタの雑談とか
 ◦ 
 
 
 ◦ 
 エンジニア昼会 

30. • 技術ネタの雑談はかなり意識している
 ◦ 参加しているだけで新しい話題にキャッチアップできる
 ◦ 話題に対して、メンバーがどう感じているかを認識できる
 • みんながその方向が良さそうと感じていたら、自分も時間を使おうか なという気持ちになる
 ◦ 「本当はもっと◦◦だったら嬉しいと思ってるんだよね〜」
 ◦ 変化のキッカケを雑談から生み出したい
 エンジニア昼会 

31. スプリント会 

32. スプリント会 
 • 各スプリントの最後にやっている
 ◦ 隔週金曜、1時間半
 • スプリントレトロスペクティブ＋スプリントプランニングの場
 • アジェンダ
 ◦ プロジェクト毎のレビュー
 ◦ スプリント計画
 ◦ ふりかえり

33. プロジェクトごとのレビュー 
 • チーム内プロジェクトが複数ライン走っている
 ◦ インフラとか、コンテスト運用とか
 ◦ 各プロジェクトは企画1、エンジニア1〜2、デザイナー1
 • 各プロジェクトの健康度をAsana上で報告する
 ◦ 
 
 ◦ 報告するのは各プロジェクトのPjMロールの人
 • 各プロジェクトの期限超過タスクの確認、調整

34. スプリント計画 
 • ロードマップの確認
 ◦ 直近数ヶ月の開発計画を確認する
 ◦ プロジェクト体制早見表
 • 次スプリントで達成するマイルストーンやリリース予定の確認
 • 「要対応」プロジェクトの調整
 • 次スプリントのタスク洗い出し＆アサイン

35. ふりかえり 
 • GKPTでふりかえる
 ◦ Good、Keep、Problem、Try
 • ファミ通クロスレビュー方式でコメントを記入する
 ◦ 各内容に、各人がコメントを付けられる

36. 週次、月次、四半期の会 

37. 週次、月次、四半期の会 
 • 週次
 ◦ 各プロジェクトの定例
 ◦ プロジェクト間の関連が薄く、全体昼会だと話題が出てきづらいので、独立し た場を用意した
 ◦ スプリントレビューは主にここで行われている
 • 月次
 ◦ PWG（Performance Working Group）
 ▪ サービスのレスポンス速度やエラー率、発報されたアラートや障害など を3ヶ月ぐらいの目線で確認し、キャパシティプランニングを行ったり、監 視設定や根本対策に思いを馳せたりする場

38. 週次、月次、四半期の会 
 • 月次
 ◦ エンジニア会
 ▪ 本来やった方が良いこととか、バックログにねじ込みたいタ スクとかを会話する場
 ▪ ここの会話で優先度が変わることは結構ある
 • 四半期
 ◦ どうなっていたい会

39. どうなっていたい会 
 スクロールバーがこの短さになるぐらい
 ざっくばらんに会話している

40. • チームのベースは2週間スプリントのスクラム開発
 • 粒度の違うコミュニケーションを組み合わせている
 ◦ チーム内プロジェクトは週次で定例を持つとか
 ◦ 月次でインフラの会や、エンジニアの会があるとか
 • 気づきを自然と共有できる場を提供している
 ◦ 関連する人だけの場にして、言い出しづらい要因を減らす
 まとめ

41. • 各人の「思い」を引き出しやすい場を意識して作っている
 ◦ 誰が何をやりたいか、誰がどこに不満を持っているか
 ◦ 認識を揃えて、加速したい
 • これが出てくるチームにするためにグルーミングが必要
 ◦ リモートだと意識して雑談コミュニケーションを取らないと、関係 性を作りづらい
 ◦ 関係性＝反応を想像できる＝言い出しやすさに繋がる
 まとめ