Upgrade to Pro — share decks privately, control downloads, hide ads and more …

コーディング以外のエンジニアリング / About Engineering Without C...

コーディング以外のエンジニアリング / About Engineering Without Coding

2019年7月17日に株式会社イグニスで行われた Matching Dev Meetup #4 での登壇資料です。
https://matching-dev-group.connpass.com/event/133322/

* 工学 - Goo辞書 https://dictionary.goo.ne.jp/jn/72060/meaning/m0u/工学
* 広木大地 (2018) 『エンジニアリング組織論への招待』 技術評論社 https://amzn.to/2Lqmuui
* 【Diverseエンジニア×Looker対談】データドリブンな会社を目指して、BIツール「Looker」を導入! https://www.wantedly.com/companies/diverse-inc/post_articles/158192
* 【Poiboy】アプリのコンセプト文をチューニングした話|Yu Aono|note https://note.mu/yuaono/n/n8720ac1c66a5

Tomohiro Imaizumi

July 17, 2019
Tweet

More Decks by Tomohiro Imaizumi

Other Decks in Programming

Transcript

  1. :2 Tomohiro Imaizumi - @imaizume Androidユーザー歴8年のiOS開発者 株式会社Diverse : Poiboy iOS版

    株式会社UZUMAKI 今⽇の⼀⾔: iOSDC 2019登壇決定 ⾃⼰紹介
  2. :5 「エンジニアリング組織論への招待」より 広⽊⼤地 (2018) 『エンジニアリング組織論への招待』 技術評論社 ΤϯδχΞϦϯάͱ͸ɺͭ·Δͱ͜Ζ ʮ࣮ݱʯ͍ͯͨ͘͠ΊͷՊֶ෼໺ͱ ͍͑ΔͰ͠ΐ͏ɻ தུ

     ͭ · Γ ɺ ʮ ᐆ ດ ͞ ʯ Λ ݮ Β ͠ ɺ           ʮ۩ମੑɾ໌֬͞ʯΛ૿΍͢ߦҝ͕ ʮΤϯδχΞϦϯάͱ͸Կ͔ʯͱ͍͏ ౴͑Ͱ΋͋ΔͷͰ͢ɻ エンジニアリングとは 「実現のための科学」「曖昧さを減らすための⾏為」
  3. :6 「曖昧さを減らす」⾏為 • 仕様決定 • コード記述 • リリース • ログ集計・計測

    • 意思決定 • ⾔語化 • 可視化 • 図式化 専⾨技術が必要 (ハード) エンジニアリングには必ずしも 「専⾨技術が必要」なわけではない 専⾨技術が不要 (ソフト)
  4. :9 (チームでの)意思決定場⾯ • 課題に対する解決⽅法 • 施策やタスクの実施順序・実現⽅法 • 新しい何かにチャレンジする判断 良い意思決定に必要なこと •

    認識差異をなくす(ビジネス&プロダクト間等) • 選択肢を増やす(別の⽅法でも実現できるかも) • リソース状態の把握(リソース有限やること無限)
  5. 仕様決定者と実装者が別 各⾃の持つ仕事量が⾒えない 優先度と期⽇だけが書かれたタスクリスト 実際に使われていたタスク管理⽤スプレッドシート iOSだけで独⾃に⾏っていた⼯数⾒積もり [PM & プランナー] 仕様とスケジュール決め [関係者]

    仕様の伝達 (と相談) [開発者] デザインと実装 ⼯数は労働時間でカバー 実装は開発速度優先 :12 何が問題か • より良い実現⼿段を提案不可 • ⽬的に沿っているか検証不可 • ⾃分たちの能⼒を認知できない • ⼯数不⾜はパイを無理に⼤きくしてカバー • 優先度の基準が曖昧 • ⼿段とリソースが変化に対応しにくい 実現に継続性がなく曖昧さも残ったまま
  6. :14 施策仕様決定に開発者も参加 ベロシティ計測 全員の⾒える場所に貼り出されたタスク スプリントバックログ バーンダウンチャート [全員] 施策の書き起こし [全員] 実現⽅法の提案・修正

    [全員] 緊急重要度マップと⾒積もり ⾒積もり精度の向上 持続的な開発 緊急重要度マップ 得られたもの • より良い実現⼿段を提案可能 • 実現⽅法を全員で考えるように • チームやメンバーの能⼒を把握可能に • 費⽤対効果の認識がメンバー間で⼀致 • 優先度の基準が明確に • 前後のコンテキストも全てオープン 継続性効率性が⽣まれ曖昧さが減った!!
  7. :18 昔話 データ選択・表現上の問題 • 朝会で数字のリストを⾒ながら話す • ツールがスプレッドシートしかなかった • KPIに必要なデータがない 現在

    • ツールを活⽤しながら可視化を推進 • lookerやFirebaseの導⼊ • 施策時にログ送信と計測を習慣化
  8. :22 ⼝頭コミュニケーションでの問題 • 記録に残らない • 論点が整理されない 広⽊⼤地 (2018) 『エンジニアリング組織論への招待』 技術評論社

    ࢲ͸҉ࢉ͕͋·ΓಘҙͰ͸ͳ͍ͷͰɺܻಉ࢜ͷ͔͚ࢉΛ͢Δ৔߹ɺ චࢉΛ͠ͳ͍ͱղ͘͜ͱ͕Ͱ͖·ͤΜɻ தུ  ͱ͜Ζ͕ɺ࢓ࣄ΍ਓੜͷ໰୊ͱ͍ͬͨʮ͔͚ࢉʯΑΓ໌Β͔ʹ೉͍͠ ໰୊Ͱɺ͠͹͠͹චࢉͤͣʹղ౴Λ୳ͯ͠͠·͍·͢ɻͦͷචࢉʹ͋ ͨΔ͜ͱΛख఻͏ͷ͕ɺϝϯλʔͷ໾ׂͰ͢ɻ
  9. :24 業務でのコミュニケーション 新しいポップアップを 出す条件どうする?? カードをスワイプしたら もっと滑らかに⼤きくしてほしい ダイアログでOFFを選んだかか ポップアップで未選択の⼈に表⽰したい スクロールのスピードが 不安定なので直してほしい

    GitHubとTrelloの運⽤が よくわからないです… (QA担当者) (デザイナー) (デザイナー) (PM&エンジニア) (PM&エンジニア&QA) 会話の参加者にしか⾒えない曖昧な情報を オープンで具体的な情報に変える
  10. :33 参考リンク • ⼯学 - Goo辞書 https://dictionary.goo.ne.jp/jn/72060/meaning/m0u/⼯学 • 広⽊⼤地 (2018)

    『エンジニアリング組織論への招待』 技術評論社 https://amzn.to/2Lqmuui • 【Diverseエンジニア×Looker対談】データドリブンな会社を⽬指して、BIツール 「Looker」を導⼊! https://www.wantedly.com/companies/diverse-inc/post_articles/158192 • 【Poiboy】アプリのコンセプト⽂をチューニングした話|Yu Aono|note https://note.mu/yuaono/n/n8720ac1c66a5