新規iOSアプリ開発にモブプログラミングを取り入れてみた。

新規iOSアプリの開発を下記4人のメンバーでやることになりました。

5年目エンジニア：K先輩
- iOSアプリ開発経験無し。Androidは多少あり。
- バックエンドの経験豊富。ここ1年はWebフロントにどっぷり浸かる。C#とJavaScriptラブ。
2年目エンジニア：私
- プライベートでiOSアプリの開発経験あり（読んだ。、NewsGAINなど）。
- バックエンドの開発もぼちぼちやりつつ、Webフロントもぼちぼちやっている感じ。JSラブ。
1年目エンジニア：Iくん
- Obj-Cでの開発経験あり。Androidも多少あり。
- Web大好きマン。JSラブ。
1年目エンジニア：Mくん
- アプリ開発やWebフロントの経験がほとんどなし。
- バックエンド開発経験が豊富。Rubyラブ。

まとめると、SwiftでのiOSアプリ開発経験があるのが私だけというチームで、進めていくことになりました。

本日が開発2週目ですが、1週目は下記のようなことをしてました。

私が、アプリのアーキテクチャやコーディング方法を調査し、K先輩とぼちぼち相談しながら検討。
- 結局、全体のバランスと、技術的チャレンジ具合を鑑みて、 RxSwift × MVVM に決定。
RxSwiftとMVVMの感じを掴むために、私がアプリの一部機能を開発。
1年生達は、業務での開発を経験してもらうために、必要なAPIの一部を開発。
- その後は私が書いたRxやMVVMのSwiftコードを読んでコピペしてちょっと変えてみたりしてた

今週からは、本格的に4人で開発を進めていこうとしていました。しかし経験がないメンバーが3名もいるため、なかなかうまくは行かないかもしれないなあ〜とぼんやりと考えていました。

そんな折、通勤中に日課であるNewsGAINで情報収集をしていたところ、下記記事を発見しました。Microsoftの牛尾さんの記事です。 simplearchitect.hatenablog.com

この記事の中に、Mob Programmingという進め方が書かれていました。

チーム全員が同時に、同じ場所で同じコンピュータを使って同じことをする。１台のコンピュータとプロジェクタ２台を用意して、全員で、１台のコンピュータをシェアして、メンバーがドライバーと呼ばれるキーボードを入力する役とそれ以外の人がどういうコードを書くかを議論するスタイル。<

これを読んだ私は、 めっちゃやりたい！ とテンションがあがり、チームに訴えかけ、今日いきなりやることにしました。その際に、次のようなメリットを期待しました。

なんだかんだ下記を準備するのが大変でした。

特に、1つ目がたいへんで、なかなか長時間抑えられる部屋がありませんでした。なので、今回は別途開発研修を行っている大きめの部屋の後方部分を借りて実施することにしました。

下記ルールを決めて進めることにしました。

「日付や数値を入力して、その入力された内容を保存し、画面遷移する」という簡単なものです。

よかったことはこんな感じです。

Rxやアーキテクチャの思想が共有できた
- 1年生がコードを書いているときに、RxやMVVMの考え方を、いまやりたいことベースで詳しく説明できた
- なおかつ、コードを書くのは1年生だったので、次回書くときも書きやすくなった（はず）
Xcodeでハマる部分の解決方法をすぐに共有できた
全く書いたことがない人でもコードが書けた
とっても楽しかった

ポモドーロテクニックを使いつつ、25分を目安にしたことがなんとなく良かった気がします。ただ、25分で切るとキリが悪い場合が多かったので、その際はキリの良いところまでやって、Pushして交代するようにしました。

逆に、改善したいことは下記でした。

いま指摘している部分が、コードのどの部分なのかが伝わりにくい
- この行の前の部分が…とか、その括弧のあとで改行して…とかが伝わりにくい
- これが原因でかなりイライラしてしまった（個人的反省）
- 32型とかのテレビに投影して、その前に集まってやるほうがよさそうな気がします
  - プロジェクタだと影が入ってしまうので、投影画面に近づけない
一旦簡単に作ってしまえばよさそうな部分も議論してしまい、しかもそれが発散してしまう
- ドライバー役の人が結局コードを書くので、ドライバー役の人がファシリテーションもしてしまえば解決しそう
議論が不要な、作業的に書かないといけない部分で、ドライバ以外の人たちが何すればいいかわからない
- この先に必要そうな議論をしたりしてましたが、結局ドライバー役の人はその議論に参加できないのでよくなさそう
- 先に必要になりそうなことを調査するだけとか、テスト書いとくとかはありかも？

実際にやってみて、このスタイルはプロジェクトの立ち上げ時や、未経験メンバーがいる/入ってきた場合によさそうです。チームの最低レベルを大きく上げることができそうです。また、立ち上げ時によくある、環境設定でドハマリする等も、みんなでやれば何とかなる感があるのでとってもよさそうです。

今後、うちのチームでは、毎週月曜日に3時間ほどやってみようという話になりました。毎日やっているとしんどそうですが、週に1回やっておけば、うまく知識レベルを併せつつ進めることができそうな予感がしています。

おわり。

ポジティブ丸メガネ