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