Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ふりかえりとチームクレドが僕らにもたらしてくれたもの
Search
masyus_work
March 22, 2021
Programming
2
300
ふりかえりとチームクレドが僕らにもたらしてくれたもの
採用ページはこちら:
https://corp.yourmystar.jp/recruit
masyus_work
March 22, 2021
Tweet
Share
More Decks by masyus_work
See All by masyus_work
【オンライン】Clean Architecture 達人に学ぶソフトウェアの構造と設計 輪読会 #16
masyus
0
130
Clean Architecture 達人に学ぶソフトウェアの 構造と設計_第10回
masyus
0
200
【オンライン】Clean Architecture 達人に学ぶソフトウェアの構造と設計 輪読会 #1
masyus
0
160
テスト駆動開発 輪読会 Vol.5
masyus
0
150
Chrome拡張で便利ツール作ってたら、思いがけず社内ツールを作ることになった話
masyus
0
150
開発速度UP & エンジニアポートフォリオ作成を同時実現する為の取り組み
masyus
0
170
メール文面確認テストを作りながら、テストについて改めて考えてみた
masyus
0
180
Other Decks in Programming
See All in Programming
複数のAWSアカウントから横断で 利用する Lambda Authorizer の作り方
tc3jp
0
120
.NET Frameworkでも汎用ホストが使いたい!
tomokusaba
0
200
たのしいSocketのしくみ / Socket Under a Microscope
coe401_
8
1.4k
GoとPHPのインターフェイスの違い
shimabox
2
210
SwiftUI Viewの責務分離
elmetal
PRO
2
280
未経験でSRE、はじめました! 組織を支える役割と軌跡
curekoshimizu
1
170
Ça bouge du côté des animations CSS !
goetter
2
160
仕様変更に耐えるための"今の"DRY原則を考える
mkmk884
9
3.2k
データベースのオペレーターであるCloudNativePGがStatefulSetを使わない理由に迫る
nnaka2992
0
240
Better Code Design in PHP
afilina
0
180
Rails 1.0 のコードで学ぶ find_by* と method_missing の仕組み / Learn how find_by_* and method_missing work in Rails 1.0 code
maimux2x
1
260
CSS Linter による Baseline サポートの仕組み
ryo_manba
1
160
Featured
See All Featured
Navigating Team Friction
lara
183
15k
Large-scale JavaScript Application Architecture
addyosmani
511
110k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
What's in a price? How to price your products and services
michaelherold
244
12k
Stop Working from a Prison Cell
hatefulcrawdad
268
20k
Into the Great Unknown - MozCon
thekraken
35
1.6k
Java REST API Framework Comparison - PWX 2021
mraible
29
8.4k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
30
2.2k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
GitHub's CSS Performance
jonrohan
1030
460k
Side Projects
sachag
452
42k
Embracing the Ebb and Flow
colly
84
4.6k
Transcript
ふりかえりとチームクレドが 僕らにもたらしてくれたもの ユアマイスター株式会社 @masyus-work
社員, 業務委託, インターン合わせて 17名いるエンジニアチームのリーダーをやってます。 プロダクトの開発計画の組み立てと遂行、 エンジニアチーム内のフォローやふりかえりの体制作り等。 Hobby: 銭湯巡り, 筋トレ 自己紹介
@masyus_work 2
3 本日の献立 1. 「ふりかえり」をするようになった経緯 2. 「個人のふりかえり」から「チームとしてのふりかえり」へ 3. チームとしてふりかえるためには「クレド」が必要だった 4. 期待を超えた成果を出せるチームへ向けての取り組み
4 本日の献立 1.「ふりかえり」を するようになった経緯
5 1.「ふりかえり」をするようになった経緯 1. 月次の締め会での総合的なふりかえり 2. 隔週1on1による個人レベルのふりかえり からスタート。だが、「できなかったこと」に目 が向きがちになる課題あり
6 1.「ふりかえり」をするようになった経緯 カンバンの右横に「FUN/DONE/LEARN」という領域を作り、 そこに完了チケットをプロットしてカテゴライズして 学びや気付きをシェアし始める
7 1.「ふりかえり」をするようになった経緯 「retrospective」と銘打って、各自がGitHub上に 開発する中で学んだことや日々のアウトプット・受賞歴をまとめてみたり
8 僕らがやってきた「ふりかえり」は正しいのか? 外部から講師の方を招き勉強会を開催 引用:https://www.amazon.co.jp/dp/4798168793/ 1.「ふりかえり」をするようになった経緯 引用:https://note.com/aika_murakami/n/naf6a185d8bc1
9 本日の献立 2.「個人のふりかえり」から 「チームとしてのふりかえり」へ
10 1. プロダクトロードマップの策定および遂行 2. 社員エンジニア4人 → 6人 → 8人と増加 βリリース(MVP)
・A機能 ・B機能 ・C機能 正式リリース ・D機能 ・E機能 ・F機能 HOGEHOGE ・G機能 ・H機能 ・I機能 1月 7月 11月 参考:「プロダクトマネジメントのすべて」及川卓也 曽根原春樹 小城久美子 著 2.「個人のふりかえり」から「チームとしてのふりかえり」へ
11 引用:https://yourmystar-engineer.hatenablog.jp/entry/2017/03/28/101822 2.「個人のふりかえり」から「チームとしてのふりかえり」へ
12 エンジニアチームクレドを策定 「ユアマイスターエンジニアのValueを言語化し、 未来のエンジニアがjoinした時に伝承するため」 2.「個人のふりかえり」から「チームとしてのふりかえり」へ
13 本日の献立 3.チームとして ふりかえるためには 「クレド」が必要だった
14 3.チームとしてふりかえるためには「クレド」が必要だった チームでふりかえりを始めたら こんな課題が出てきた:
15 「チームでふりかえりを する意味ってなんだっけ?」 3.チームとしてふりかえるためには「クレド」が必要だった 「リリース数を最大化 できてるかの確認?」 「いや、今まで通り個人 のふりかえりを続ければ よいのでは?」 「そもそもチームって
何?」 「僕らがチームを組んでる 意味ってなんだっけ?」
16 3.チームとしてふりかえるためには「クレド」が必要だった 引用:https://www.amazon.co.jp/dp/4798163635/ 成果 時間 形成期 混乱期 統一期 機能期 タックマンモデル
参考:チーム・ジャーニー 市谷聡啓著
17 「僕らが一番成果を出せていた時、 自分たちは何ができていたか?」 3.チームとしてふりかえるためには「クレド」が必要だった
18 3.チームとしてふりかえるためには「クレド」が必要だった 「クレドを実践していた時だ!」
19 「僕らはクレドで定めた、 個々人のとるべき姿勢と振る舞いが できているか?」 を再確認すること 3.チームとしてふりかえるためには「クレド」が必要だった
20 本日の献立 4.期待を超えた成果を出せる チームへ向けての取り組み
21 4.期待を超えた成果を出せるチームへ向けての取り組み 1. 開発フローの改善 a. コードレビュー方針見直し b. 動作確認フローの最適化 2. 近い将来選定予定の技術学習
3. ...etc.
ユアマイスターでは、一緒に働く仲間を絶賛採用中! 22 <主な募集職種> • フロントエンドエンジニア • バックエンドエンジニア • アプリエンジニア(iOS/Android) •
プロダクトマネージャー • アソシエイトプロダクトマネージャー • UI/UXデザイナー ...etc
ユアマイスターでは、一緒に働く仲間を絶賛採用中! 23 ピンときた方は 採用ページ にて 詳細をご覧ください!