狠狠撸
Submit Search
试行错误と改善を繰り返し、チームの开発力を高めた方法
?
8 likes
?
3,137 views
Mitsuhiro Amano
Follow
DevLove現場甲子園2015 東日本大会 https://devlove.doorkeeper.jp/events/34344
Read less
Read more
1 of 35
Download now
Download to read offline
More Related Content
试行错误と改善を繰り返し、チームの开発力を高めた方法
1.
2015年12月12日?DevLove 試行錯誤と改善を繰り返し、? チームの開発力を高めた方法 DocBase
2.
自己紹介 天野 充広 Mitsuhiro
Amano 株式会社クレイ http://kray.jp クレイはエンジニアだけの会社で、 受託開発と自社サービスの開発をし ている会社です。
3.
DocBase ? 情報共有を活発にしてチームを育てる ? 柔軟な権限設定と関係者全員が使える仕組み ?
2015年7月リリース ? アクティブユーザー数 1100人 ? 直近2ヶ月の投稿数が1万増 ? https://docbase.io
4.
小さくはじめて、チームを育てる DevLOVE関西でDocBaseの思想と開発 について話をしました https://goo.gl/pu1fLJ
5.
今日のお話 自律と改善と成长 チームの
6.
? 自律的なチームへの取り組み ? 改善できるチームへの取り組み ?
成长できるチームへの取り組み ? まとめ
7.
自律
8.
自律的なチーム? リーダーがいなくても メンバー全員が主体的 に動いていくチーム これだけ!KPT P.145
9.
開発メンバーが指示待ちしてる サービスの価値を理解していない ダメなモノをダメと言えない 自律的なチームにしたい 言われたモノだけを作っている
10.
サービスの価値を理解していない 自分たちが使うために作る! ドッグフーディングで肌で感じられる
11.
開発メンバーが指示待ちしてる 全てのタスクを優先順に並べる 何から手をつければ いいか、すぐわかる
12.
言われたモノだけを作っている 開発の仕方、使う道具は現場が決める 誰でも直接責任者と話せる 現場に権限を委譲
13.
ダメなモノをダメと言えない 1人2000円まで会社で負担 きちんと話せる? 関係を作る 毎週月曜のお昼はランチ会
14.
? 自分たちが使うために作る! ? 全てのタスクを優先順に並べる ?
現場に権限を委譲 ? ランチ会できちんと話せる関係に
15.
自律的な行動が増えた ? 他のプロジェクトでも使えるようにプラグイン にして公開 ? 運用コストを抑えるための改善を提案、改修? Heroku→Lamdaで管理コストを軽減 ?
構築手順や新機能の実装ドキュメントをすぐ作 成して共有 ? 重要なバグ等は指示を待たずに修正、リリース
16.
改善
17.
現場の困っているがわからない 問題がそのままになっている サービスの改善が進まない 改善できるチームにしたい 技術的負債がたまる
18.
現場の困っているがわからない 毎日10分の朝会 ? 昨日やったこと ? 今日やること ?
気になっていること
19.
問題がそのままになっている 改善のサイクルを作る 「ブラックジャックによろしく」佐藤秀峰(漫画 on web
http://mangaonweb.com/) ふりかえりで問題の対策を決める
20.
サービス改善が進まない 5分で返信? 具体的な体験を聞く カスタマサポートは絶好の機会
21.
? 新しいチームが作成された時 ? 利用チームの投稿メモ数が100を超えた時 次の改善への原動力に 嬉しいニュースをSlackに流す。 サービス改善が進まない
22.
技術的負債がたまっていく 品質と開発スピード? のバランス Code Climateでコードの質を見える化
23.
? 朝会で現場の困ったを早期発見 ? ふりかえりで問題の対策を ?
カスタマサポートは絶好の機会 ? 嬉しいニュースで改善の原動力へ ? コードの質を見える化
24.
改善の行動が増えた ? βからのサポート回数250? カテゴリ分けして今後の開発の参考に ? Code
Climateの点を元にリファクタリングを プロダクトオーナーに提案 ? 他のメンバーの困っていることを助ける ? 大規模なリリースを行う時はリハーサルする
25.
成长
26.
特定のメンバーに負荷が偏ってしまう 開発メンバー加入に時間がかかる 新しい技術をキャッチアップできない 成长できるチームにする!
27.
負荷が偏ってしまう 高い教育効果? コードの共同所有 コードレビューはチーム全員の力を強化
28.
開発メンバー加入に時間がかかる プロジェクトに必要な情報は関係者全員が 見える場所に集まっている 暗黙知を形式知に
29.
技術をキャッチアップできない ? 週4時間、好きなことを勉強できる ? 書籍購入?セミナー参加をサポート ?
2ヶ月に1回ブログやカンファレンスなどで発表 メンバーの成长がチームの成长に
30.
? コードの共同所有 ? コードレビューによる教育効果 ?
暗黙知を形式知に ? メンバーの成长をサポート
31.
成长を感じることが増えた ? 全ての実装はメンバー誰でも修正できる ? 新メンバーが加入しても必要なドキュメントが っているからスムーズに開発に入れる ?
アウトプットの回数が増えた? はじめる前の5ヶ月 技術ブログ4本? はじめる後の5ヶ月 技術ブログ8本 ? いつも弱音を吐いていたメンバーが勉強会で発表
32.
まとめ
33.
? メンバーの努力よりも、まずコードレ ビューやふりかえりなど仕組み作り ? その上でメンバーの努力をサポートでき る仕組みを用意する ?
現場のことは現場の人を信頼して任せる? でも気になったことは言うよ。 ? 情報共有の文化を醸成する ? チームメンバーの成长が一番大事
34.
エンジニア募集中です? ぜひご連絡ください 開発パートナーも募集してます
35.
ありがとうございました!
Download now