マネーフォワード×Eight -モバイルアプリ勉強会

1. 2015/08/20
鈴木 研吾
俺が！俺たちが！
Androidチームだ!

2. 自己紹介
名前: 鈴木 研吾
twitter: @kengoScal
2011∼2014：セキュリティアナリスト
2014年11月： マネーフォワード入社
2014年11月∼2015年01月： iOS開発
2015年02月∼：Android開発
2

3. ちょっと最近思うこと
社員数が50人弱の時に入社した。少数精鋭って感じ。
あれよあれよと100人超に。
精鋭 いだけど…という場面が多くなってきた。
Google I/Oをはじめとした色々な場所で、様々な人種
と話して思ったことがあった。
参照: 弊社エンジニアブログ「世界のエンジニア達と話した結果ｗｗｗ ‒ Google I/
O in San Francisco」
チームとしての成長が必要。
その取り組みについてお話しします。
3

4. やった活動
自動化
標準化
継続的改善活動
連携
委譲
4

5. その中で今日お話しすること
自動化
CI環境構築
標準化
設計共有 ＆ 設計レビュー
基底クラス作り
リリース当番制度
継続的改善活動
Androidエンジニア座談会
連携
CSさんとの連携
委譲
セキュリティ診断
5

6. アジェンダ
自動化 -> コストを下げる
CI環境構築
標準化
設計共有 ＆ 設計レビュー
基底クラス作り
リリース当番制度
継続的改善活動
Androidエンジニア座談会
連携
CSさんとの連携
委譲
セキュリティ診断
6

7. 開発プロセス - CI
7
いままで

8. 開発プロセス - CI
8
知ってた。
いままで

9. 開発プロセス - CI
9
知ってたけどやれてなかった。
手作業でmerge, アップロード、デプロイ、通知…
いままで

10. 開発プロセス - CI
10
なう

11. 開発プロセス - CI
11
ちなみに自動テストは準備中…

12. 開発プロセス - CI
12
ちなみに自動テストは準備中…

13. アジェンダ
自動化
CI環境構築
標準化 -> 誰でも一定の水準でできるようにする
設計共有 ＆ 設計レビュー 標準化 -> 実装への理解を標準化する
基底クラス作り
リリース当番制度
継続的改善活動
Androidエンジニア座談会
連携
CSさんとの連携
委譲
セキュリティ診断
13

14. 設計共有 & 設計レビュー
いままで
設計とか仕様は？

15. 設計共有 & 設計レビュー
いままで
※横山三国志ではありません
設計とか仕様は？

16. 設計共有 & 設計レビュー
• 外部仕様 • 内部仕様
なう

17. アジェンダ
自動化
CI環境構築
標準化 -> 誰でも一定の水準でできるようにする
設計共有 ＆ 設計レビュー
基底クラス作り -> コードを標準化する
リリース当番制度
継続的改善活動
Androidエンジニア座談会
連携
CSさんとの連携
委譲
セキュリティ診断
17

18. 基底クラス作り
18
他の人のレビューをすると、大体
各々のやり方で実装している。
それをレビューして、こう思う。
いままで

19. 基底クラス作り
19
他の人のレビューをすると、大体
各々のやり方で実装している。
それをレビューして、こう思う。
でも、自分が実装する時はこう。
いままで

20. 基底クラス作り
20
なう
まずは簡単なところから。
コアなものにもっと時間を割ける。

21. アジェンダ
自動化
CI環境構築
標準化 -> 誰でも一定の水準でできるようにする
設計共有 ＆ 設計レビュー
基底クラス作り
リリース当番制度 -> 誰でもいつでもリリースできる体制を整える
継続的改善活動
Androidエンジニア座談会
連携
CSさんとの連携
委譲
セキュリティ診断
21

22. リリース当番制度
22
大体一人がやってた。
その人がいないと…
いままで

23. リリース当番制度
23
いままで
こうなる。
スケールしない

24. リリース当番制度
24
なう
リリース当番
リリース毎にリリース担当をローテーションで回す
フローを全員で理解することで、いつでもだれでもリリース
出来るようにする
主な役割
リリースノートの作成
基本的な動作テスト
ドキュメントの更新
APKファイルのアップロード
CSさんへの連携

25. リリース当番制度
25
なう
リリース当番
リリース毎にリリース担当をローテーションで回す
フローを全員で理解することで、いつでもだれでもリリース
出来るようにする
主な役割
リリースノートの作成
基本的な動作テスト
ドキュメントの更新
APKファイルのアップロード
CSさんへの連携

26. アジェンダ
自動化
CI環境構築
標準化
設計共有 ＆ 設計レビュー
基底クラス作り
リリース当番制度
継続的改善活動
Androidエンジニア座談会 -> KPT回し
連携
CSさんとの連携
委譲
セキュリティ診断
26

27. Androidエンジニア座談会
27
毎週金曜日 30minで、話したいことを話す
特にテーマは決まっていない
改善案でもおk
何か新しくためしてみたいことでもおk
新しく入社されたエンジニア向けの説明でもおk
今まで話したこと
コーディング規約
リリース大臣制度
マージリクエストのフロー決め
テスト自動化の進め方 <- New!

28. アジェンダ
自動化
CI環境構築
標準化
設計共有 ＆ 設計レビュー
基底クラス作り
リリース当番制度
継続的改善活動
Androidエンジニア座談会
連携 -> それぞれ思っている・伝えたいことの共有
CSさんとの連携
委譲
セキュリティ診断
28

29. CSさんとの連携
29
ユーザーの声を直接聞く人からのフィードバックを貰う
毎日決まった時間にエンジニア1人が、ユーザーフィー
ドバックを聞きにいく。
最も新鮮なユーザーの声を共有できる
他のエンジニアはpolling対応しなくて良い。
新機能リリース時はある程度、形ができた時点でテスト
に参加してもらう
bugを早い段階で発見・対応できる
外部仕様の共有ができる

30. アジェンダ
自動化
CI環境構築
標準化
設計共有 ＆ 設計レビュー
基底クラス作り
リリース当番制度
継続的改善活動
Androidエンジニア座談会
連携
CSさんとの連携
委譲 -> チームの手が届かない箇所を任せる
セキュリティ診断
30

31. セキュリティ診断
31
年2回の診断を別の会社に依頼する
セキュリティについては重要な開発要素であることが
多い
が、全員がその知識を有さないことが大体
それをそのまま出来る人にお願いすることで、水準を
クリアする。
セキュリティに限らず委譲することで、良いチーム・
良いプロダクトを生み出せる（こともあると思う）

32. Thank you!