改善したいこと、たくさんありますよね？

でもいっぺんには解決できませんよね？　どこから手をつけますか？

このセッションでは、我々タウンワークのWEBグロースハックチームが数年間戦ってきた課題とその対応についてご紹介します。

我々の気づいたボトルネック解決策と取り組み

• 技術的内容
  • フロントエンドの手戻りが多くて開発速度が上がらない！
    • 破綻したjsのリアーキ
  • スピードをアップさせてSEOパワーを担保せよ
    • GSU対応
    • CDN導入
    • CWV指標改善
• プロセス的改善
  • チームの分断で個別最適化！？
    • 企画・開発の一体化
  • もっと機敏に動き舞わないかなぁ
    • 朝会2.0
  • メンバー育成によるボトルネックの改善
    • 成果物リレーボトルネック改善
    • 知識の属人化改善
  • ボトルネックが検証に？
    • ABテストの稼働率モニタリングと、それに他のプロセスを従属させる

My Wife Went To U.S.

それは突然のことでした。「ねぇ、4月からアメリカ行っていい？」

そこから始まる父と小学生の息子2人、トイプードルの娘1人との1年間の情熱ワンオペ育児。たくさんの不安がよぎります。しかし、この困難に正面から立ち向かうことにしました。自分の道具箱にはエンジニアリングマネージャーとしての経験があります。これをどうにか活かすことはできないかと取り組みを始めます。

エンジニアリングマネージャーが家事育児にトライしてみると？

実際に取り組みを始めてみると、自分のこれまでのエンジニア、マネージャーとしての経験が多くの場面で活かせることに気がつきます。実際に経験したものの一例は下記のようなものです。

• あ、冷蔵庫行ったり来たりすると面倒だな（TPSのムダの発見と解消）
• 仕事をどう調整つけようか、不安がる実家の親をどう安心させようか（ステークホルダーへの透明性）
• ホットクック（自動化）
• 水回り、お金払ってピカピカになるととってもアガるし効率がいいな（アウトソース）
• 料理代行、ただ作ってもらうだけだとそんなに楽にならないな（リーンソフトウェアの「全体を最適化する」）
• 大根が嫌い？ なら千切りにして味噌汁に入れたらどうなるかな？夕飯で試そう（高速に実験＆学習する）

これらの活動を通して、苦労していたワンオペ育児もだんだんと楽しく、より良くなるように感じています。また、今までの経験・知識をワンオペ育児へ再適用することで、これまでの経験にもより深い理解にたどり着きました。

このセッションについて

このセッションでは、私が実際に経験した家事・育児での困難さを、自分のエンジニアリングマネージャーとしての経験から見たときにどう見立てられるのかを学び、どう戦っていったのかを話します。その中でのフィードバックループを回す中で、自分が持っているアジャイルやソフトウェアの知識もより深い理解にたどり着いたように感じたので、その学びについてもシェアします。

アジャイルな思想や方法論をどのように適用したら良いのかがわからず困っている人がもしいれば、このセッションを聞いてみませんか？ ソフトウェア開発とは全く異なる対象領域ですが、アジャイルな家事育児を通して、理論と実践、思想と方法論がコネクトできるヒントになると思っています。もちろん日々の家事・育児に悩んでいる人も参考になるTIPsが多いと思いますので、参考にしていただければ幸いです。

コミュニケーションは難しい

同じプロダクト開発に関わっているとしても、開発チーム内には多かれ少なかれコミュニケーションの問題があります。

• なぜあんな事言うんだろう？？
• 意味のない指示にうんざり
• 否定されてばっかりでモチベーションが上がらない
• 全然メンバーが助けてくれない
• 一緒に仕事していると、チームメンバーと仕事に求めてるものが違う気がする
• なんかアイツの言い方が腹が立つ

感じる問題は様々な形で現れますが、これらの問題の一因には、人と人（あるいはチーム）とのコミュニケーションの難しさがあります。コミュニケーションは難しいんです。話している内容以外に知らなければならないことが多すぎます。

ルール化してコンテクストの共有

他者とコミュニケーションするときに、相手が話した内容だけでなく、相手のバックグラウンド、コンテクストなど様々な情報が共有されていないと、コミュニケーションロスや、意図しない誤解を生みかねません。

そこで、「コミュニケーションにルールを作る」ことでコミュニケーションロス、誤解を減らすことができるのでは？　という考えから、コミュニケーションに「プロトコル」を持たせる、という工夫があります。

Core Protocols

コミュニケーションのルール化のため、チームで自力でルールを策定することも可能ですが、何もないところからルール化するのにはそもそも大量のコミュニケーションが必要になり、現実的ではありません。（ルール化できるくらいコミュニケーションわかってれば苦労はないのだ）

そのような問題に対応するため、コミュニケーションをルール化したものが公開されているものもあります。私は、GNU-PLで提供されている Core Protocols(コアプロトコル) http://www.mccarthyshow.com/online/ というルールを利用していました。

このセッション

本セッションでは、Core Protocolsの内容を紹介した後、私が経験した多国籍チーム（シンガポール人、マレーシア人、日本人の混成チーム）でそれをどのように利用してきたか、それによってどのようなメリットがあったかをご紹介します。その上で、Core Protocolsの有効性、使いどころ、ハマった時の解決法をシェアします。

Core Protocolsが、あなたのチームのコミュニケーションの問題を改善に役立ちそう！（あるいは役立たなそう！）と判断ができるような体験をシェアできるセッションにしたいと考えています。

 分社して早数年、依然レガシーを極めるリクルートジョブズ。

その中に突如転職してきたアジャイルサムライこと @nawoto 。

初めてのメンバー、初めての言語、初めてのチーム開発。

そして突然はじまったリモートワーク。

人と、組織の思惑が絡み合う中、いかにしてこのチームはリリースまでこぎつけたのか。目まぐるしい展開の中で @nawoto が下した決断は！？

混迷の半年間が、各メンバーの口から語られる。

衝撃のラストを見逃すな！！