Download as PDF, PPTX
More Related Content
Similar to 20141108 俺のエンジニアリング #devlove
20141108 俺のエンジニアリング #devlove
- 1. E N GI N E E R I N G 俺のエンジニアリング - エンジニアリングにチームビルディングは必要なのか - 及部敬雄 @TAKAKING22 2014.11.8 プレイバックDevLOVE現場甲子園
- 2. 及部 敬雄 @TAKAKING22 ● WEBサービス開発 ● 唄って踊れるエンジニア ● 野生のアジャイラー ● 邪道スクラムマスター ● チェンジエージェント ● チームファシリテーター
- 3.
- 4.
- 5.
- 7.
- 8.
- 9.
- 10. わかっていること 高度化する技術 高速化するサービス開発 天才じゃない
- 11. 高度化する技術 Big Data Testing Device http://goo.gl/6eCpP8 Cloud Automation Machine Learning Web & APP
- 12.
- 13.
- 14.
- 15.
- 16.
- 17.
- 18.
- 19.
- 20.
- 21.
- 22. 役割 Product Owner Engineers
- 23.
- 24. 開発の流れ 要求 分析計画開発テストリリース 要求 分析計画開発テストリリース 要求 分析計画開発テストリリース 保守・運用
- 25. チームが抱えていた問題 !チームに一体感がない !お互いがやってることが見えない !PRJが終わるかわからなくて不安 !リリースに時間がかかる !テストコードがない !トラブルが多い …
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32. ヒアリング 1on1ランチ 聞くのではなく聴く 未来・問題を見てもらう
- 33. ヒアリング 「どんなチーム？」ではなく、 「理想のチームと今との差分は？」 「なにか問題ある？」ではなく、 「何を変えたらもっとハッピーになる？」 「なにがやりたい？」ではなく、 「1つ変えられるなら何を変える？」
- 34. ヒアリングの結果まとめ !チームに一体感がない !お互いがやってることが見えない !PRJリみリんが終なわ気るかづわいからてなくるてースに時間がかかる !! 不安 !!テストコードがない !トラブルが多い …
- 35. ヒアリングの結果まとめ !チームに一体感がない !お互いがやってることが見えない !なPRJリリぜが変終わわるからわなからいなのくてースに時間がかかる か 不安 !!テストコードがない !トラブルが多い …
- 36.
- 37.
- 38. 禁句 なんでこんなこともできてないの？ こうやってやればいいのに 普通こうじゃないの？ 一般的には… 教科書にこう書いてあるよ
- 39. 一杯になってる グラスに注いでも こぼれるだけ http://goo.gl/uyHjnS
- 40. 人は変化を好むが、 他人に変化させられる ことを好まない By Henrik
- 41. 最初のアプローチ 忙しい やることを減らす 変えるのはそれから 変化を嫌う やらされる→自分たちがやる 成果が出てることが見える 変化できる状況をつくる!!
- 42.
- 43. チェンジインセプションデッキ !なぜここにいるのか !パッケージデザイン !夜も眠れない問題 !優先順位 !ステークホルダー
- 44. チェンジインセプションデッキ マジックワード1 “みんなにヒアリングした 内容をまとめただけです”
- 45.
- 46.
- 47. 現状を共通認識にする “自分たちの問題”にする 過去ではなく未来を見る やれそうだ！感をつくる
- 48.
- 49.
- 50.
- 51. だれが？ なにを？ どれくらい？ なぜ？ http://goo.gl/nL6uM7
- 52.
- 53.
- 54.
- 55.
- 56.
- 57.
- 58. ふりかえり＆メトリクス !ふりかえりとメトリクスはセット !Tryの仮説検証・効果検証に 必要なメトリクスを考える !メトリクスにもWIP制限 !メトリクス自体もふりかえる
- 59.
- 60.
- 61. メトリクス 定点観測のメトリクス 継続観測してチームの変化を知る。 気づくことができるようにする。 ex) ベロシティ、Done率、Bug率… 検証のメトリクス 新たに導入するTryや問題解決の 検証のために一時的に観測するもの。
- 62. とるだけのメトリクスは 猛毒よりもタチが悪い ByThe Hero ※脚色です、ごめんなさいw
- 63. 例 Problem 朝礼で宣言した内容が、 計画とおり進んでいるかわかりにくい 仮説 朝礼でいったことを忘れてしまう メトリクス 前日の計画との差分を計測
- 64.
- 65. 例 Try プロジェクト見取り図 一目で朝会の情報が見えるように Featuring Ito Naoyaさん http://goo.gl/kXHy7n 有用だと思ったらすぐパクる!!
- 66. 例 Result 前日の計画との差分を計測 Before After avg 3.2 avg 1.7
- 67.
- 68.
- 69. 捨てる判断ポイント ふりかえりの結果 メトリクスの結果 チームで判断して捨てる http://goo.gl/bDhLo9
- 70.
- 71. ふりかえりの積み重ね 約2年間で、 !90回のふりかえり !224個のTry
- 72. ふりかえりの積み重ね Sprint Burnupレビュー可視化 Sprint Milestone プライオリティ 番長 可視化 サーバー状況 可視化
- 73. 仕事の進め方 最後にがんばる 安定して進める 安定してがんばる
- 74. リリース成功率 ×1.5 BeforeAfter
- 75. トラブル発生 -90% BeforeAfter
- 76. Bug率 -50% BeforeAfter
- 77.
- 79.
- 80.
- 81.
- 82.
- 83. この間のエンジニアリング改善 ! UnitTest導入 ! CIサーバー導入 ! ViewTemplate再編 ! 設計思想の見直し ! キャッシュ再設計 ! 継続的リファクタリング ! ペアプロ導入 ! デザインもGit管理 ! Grunt導入 ! Vagrant & Chef ! サーバーレポート ! 運用自動化 そこそこ変わった？
- 84. この間のエンジニアリング改善 チームビルディングによって… ●新しい技術への挑戦やシステム改善 に使える時間が増えた ●チームのスキルが向上して学び合う 文化ができてきた エンジニアリングの選択肢が拡がった
- 85.
- 86. コードレビュー勉強会 “コードレビューも コミュニケーションだよね” “チームのコンセンサス” “結局はヒト!!” なんかチームっぽい
- 87.
- 88. 作る http://goo.gl/xHj4QM 創る http://goo.gl/9LcvnY
- 89. だれがつくる？ なにをつくる？ どこでつくる？ いつつくる？ なぜつくる？ どうやってつくる？
- 90.
- 91.
- 92.
- 93. http://goo.gl/2iuL0p チーム アーキテクト ビジネス アーキテクト テクノロジー アーキテクト
- 94. http://goo.gl/2iuL0p 要求分析 チームビルディング 開発プロセス システムアーキテクト モデリング テストスキル プログラミングスキル ビジネスプロセス マーケティング 戦略 プロジェクトマネジメント
- 95.
- 96. プログラミングでも インフラでも アジャイルでも スクラムでも リーンでも アウトソーシングでも チームビルディングでも なんだっていいやってやる!!
- 97.