http://blog.madoro.org/mn/feed/atom2017-06-10T12:35:14+00:00Masatomo Nakanohttp://blog.madoro.org/mn/103

<p>最近、自分自身に関わる人事で大きな変更があった。久しぶりにブログを書いてみる。</p> <p>結論から言うと、先月まで、プロダクト、開発組織、技術の3つを担当していたのだが、プロダクトと開発組織を完全に移譲することになった。</p> <p>その結果、自分のレポートラインとしては移譲した人だけが部下という形になった。Quipperを始めた6年半前、最初のエンジニアに入ってもらって以来の少なさだ。これは自分としてはなかなか大きな変化である。</p> <p>振り返ってみると、Quipperが始まってから6年半、Web/アプリ事業会社のCo-founder/CTO としてありがちなコースを歩んできた(最初はタイトル的にはCTOではなかったけど)。初期はとにかくコードを自分でがりがり書き、サーバーの面倒も見るし、とにかく何でもやるエンジニア。そして組織の拡大とともに段々とコードを書く時間が減っていくというやつだ。</p> <p>特にリクルートグループ入りした2年前からはスポットでコードを書くことはあっても、日常業務としてコードを書く時間はほぼゼロになってしまった。これは別にリクルート流のマネージメントをしなくてならなくなってそっちが忙しくなった、とかではなくて、そのタイミングで大きなプロジェクトが始まったり、採用を強化して、自分が書かなくてもパワー的に問題ない状態になったことと、組織/システムの規模がどんどん大きくなり片手間ではシステム全体を見きれない中、中途半端な形で手を出すのは良くないだろうというところからだ。</p> <p>そんな感じで、技術をあまりやらず、組織、プロダクトに集中しているつもりだったのだが、それはそれで問題が出てきた。</p> <p>現在、Quipperが展開しているメインな国というのは日本、インドネシア、フィリピン等のアジアの国々だ。また、最近はネットで完結するようなビジネスだけではなく、現地に根付いたこともどんどん増えてきた。</p> <p>そんな中、日々現地で様々なことが起こる。そして、ロンドンとの時差は辛い。色々なことが自分が寝ている間に起き、みんなが困っている頃に自分が起きてくる、というどうにも悩ましい感じが続いていた。朝起きると、Slackのたくさんの部屋やプライベートチャットでメンションされている、みたいな状況だ。どうしても後手後手になってしまう。</p> <p>一方で、技術方面も、短期的には問題なくても、中長期で問題になりそうなことがいくつか出てきていた。</p> <p>元々の3つの担当のうち「技術」が一番できていなかった。技術から遠ざかっているCTOという感じだ。日々の開発では優秀なエンジニアがたくさんいるし、自分が時間をかけなくとも「回る」のが技術だったというのがあった。そもそも普段コード書いてないやつが「技術」だと振り回しても誰もついて来てくれる気がしなかったし。</p> <p>技術側の課題感としては、一つは、みんな大嫌い「技術的負債」である。Quipperのベースシステムはそれなりに古い。ビジネス的なピボットを何度か繰り返す中、今となっては意味をなさないコードもたくさん残っている。今すぐ作り直さないと死ぬというレベルではないが、そろそろ大きく手を入れないと2年後3年後やばそうだという感じはある。自分が中心になって作ってきた「負債」であるという認識もあるので、しっかり責任を持って返していきたいというのもある。また、開発者が増えたこともあり、また、プロダクト/サービスの方向性が固まってきた今、中長期で技術的にどういう方向に行くのか、というのをしっかり技術トップとして打ち出していく必要があるというのも強く感じ始めたというのもある。</p> <p>もう一つは、自分がそういう文化を作ってきたのだが、技術的に新しいことや面白そうなことをするよりも、とにかくサービスに集中するというのを第一にしてきた。「会社」なので、まずビジネスとして成立しないと話にならないと思ってきたからだ。だが、そろそろ会社のフェーズ的にもちょっとだけ遊び心、またエンジニアの成長、そしてまたそれが会社にとって大きなジャンプにつながるようなこともやってもいいという文化にしていくべきなのかなと思うようになってきた。そっちに向かうときに一番の敵になりそうなのは自分が作ってきた文化なのはちょっと面白い。</p> <p>そんな感じで、プロダクト、組織が後手後手になってしまいパフォーマンスが出せてなく、他方で技術方面も中長期でまずそうだというこの状況をなんとかするために、少し前から部分的に移譲していきたいとCEOや経営陣と話していた。ただ、それなりに大きな体制変更なのですぐには変えられないようなあと思ってはいたのだが、そこはなかなかのスピード感のQuipper(&amp;みんななんとなくそう思っていたのだろう)、色々なところが動き出し、あっと言う間に体制変更が終わった。</p> <p>色々議論した結果「プロダクト」「開発組織」「技術」のうちの「プロダクト」「開発組織」を移譲することになった。つまり、残るは「技術」だけになった。なかなかいいストーリーだ。結果的に、よくあるCTO / VP of Engineering 体制に近い体制だ。ただ、移譲先の人には、開発組織だけでなくプロダクト開発組織全体も任せてしまったのでVP of Productということになった。VP of Engineeringも内包しているイメージだ。</p> <p>そんなわけで自分自身は技術に集中することになった。とは言え、繰り返しになるが、ここ2年くらいまともにコードを書いてないし、トレンドを必死に追いかけていたわけでもないし、自分自身に大きなプレッシャーを与えた感じになっている。組織だ、採用だーとかの自分の中での言い訳もできなくなってしまったし！</p> <p>とりあえずR&amp;D(仮称)という組織を作った。と言ってもとりあえずメンバーは自分だけ。わりと急に色々なことが決まったので具体的に何をするかはまだ決めていない。まずは現状の再確認をしているところだ。どういう形がQuipperに一番フィットするのかまだよくわかっていないので、色々試行錯誤しながら進めていきたいと思っている。</p> <p>また、組織(people)マネージメントから離れたことで、自由にできることもあると思っていて、直接マネージメントしているとできないような、ちょっと離れたことで逆に開発組織が活性化するようなことができていけたらなあと思っている。</p> <p>最後になるが、最初に付けたタイトルは「Quipper組織変更と41歳CTOの生存戦略」だったんだけど恥ずかしくなって変えた。最近流行りのエンジニアの生存戦略だが、今まであんまりそんなことを考えたことがない。あえて言うと、あまり先のことを考えずに目の前の流れに乗ることと、また組織(会社)のために自分がすると効率がいいことを見つけてするということが結果として自分の生存戦略なのかなあとは思うことはある。これを社畜というのかな？ 今回もそんな感じであまり自分の生存戦略という観点では考えてなかったのだけど、後付けで自分のキャリア(生存戦略)とつなげて考えてみると、このぐらいの規模の組織を作ってから同じ会社で技術に戻る、というのはなかなかいいキャリアなのでは？ という感じがしている。組織/マネージメントに行ったきり開発に戻ってこない人が多い中、俺は違う！！と思うところはある。そもそもやっぱりコード書いている方が好きだし。もちろんどういう結果を出せるか、というのが大事なんだけども。</p> <p>そんなわけで社外に出すことでさらに自分にプレッシャーをかけるためにも久しぶりにブログで現状報告してみました。</p>

2017-06-10T12:35:14+00:00http://blog.madoro.org/mn/102

<h1>リリース完了</h1> <p><a href="https://studysapuri.jp/">スタディサプリ高校講座/大学受験講座を無事リリースすることができた。</a> 大きなトラブルもなくリリース後数日での「数字」的なものもとりあえず一安心という状況だ。</p> <p>人生何度ものリリースを経験してきたが、今回のリリースは今までとは違う大変さがあった。</p> <p>このプロジェクトが始まったのはリクルートの昨年のQuipper買収後少し経ってからになる。既存の受験サプリをQuipperプラットフォームに載せ替えるというのが大きなお題だ。リリース予定は2016年2月末。教育業界、季節性がとても大きいのでこのデッドラインは遅らせることのできない厳しいものだ。</p> <p>また、今回はシステム面の置き換えだけでなく、受験サプリからスタディサプリへのブランド統合も同時に行った。Quipper開発陣も当然のことながらこれにも関わることになった。</p> <p>そして、受験サプリからの継続ユーザーもたくさんいるので、課金機能などは既に受験サプリにあるものから大きく変えることができない。またサービスの質という面でも既存の受験サプリから落とすわけにはいかない。</p> <p>ただ、今回のシステムを載せ替えるにあたり、現行の受験サプリであまり使われていない機能を落としたり、複雑なものをQuipperが考えるよりよい方法で再実装したりもできた。二つのシステムを統合したら機能が増えすぎて複雑になってしまいそうなものだが、逆に本当に必要な機能を見極めるいい機会と捉え、コアとなる部分だけを備えたすっきりとしたサービスにできたと自負している。</p> <p>サーバー構築という面では、今まではHerokuやMongoLabなどを使っていたのだが、今回は、今後の更なるQuipperの世界展開も見据えてということと、ユーザーが日本からということでわざわざアメリカにサーバーを置くこともないだろうということで(HerokuのPrivate Spacesも検討したが今回は見送り)、AWS上に自分たちですべて構築したというのも大きい。この辺の話は <a href="http://hakobera.hatenablog.com/entry/2016/03/02/084204">スタディサプリ on Quipper プラットフォームを支える技術</a> に詳しくある。今後、Quipperの日本以外の地域でも順次この方向に切り替えていく予定だ。</p> <p>そして、今までQuipperの展開国でのシェアが少ないことから開発を行っていなかったiOSアプリだが、日本というiPhone大国でiOSアプリなしというわけには行かないので、この開発もチーム作り含め0から行った。</p> <p>つまり、既にたくさんのユーザーに使われしっかり軌道に乗っているサービスのリプレースであり、更にデッドラインがしっかり決まっていて、かつそのデッドラインが半年以上先の巨大リリースであり、クラウドとは言え自前でのサーバー運用に切り替え、しばらくの間QuipperがしてこなかったiOSアプリ開発も行い、同時にブランド変更もあり、課金含む重た目の機能の仕様もほぼ決まっていて機能を落とすことができないものも多い、というなかなか辛いプロジェクトだった。Quipperは、短いサイクルでのリリースを主にしているので、こういう開発は正直得意とは言えない。</p> <p>ただ、そこは柔軟で経験も豊富な開発者が揃っているQuipper開発陣、なんとか対応してリリースにこぎつけることができた。手前味噌にはなるが本当に強いチームだなあ、と思っている。</p> <h1>リクルートのチームとの関係</h1> <p>そして、プロジェクト開始当初もう一つの大きな課題だと感じていたのが、リクルートマーケティングパートナーズの皆さんとの融合だった。元々、彼らがサービスやブランドをじっくり育ててきた受験サプリというものをQuipperのプラットフォームにするということで、心理的な抵抗もなくはなかったと思うし、プロジェクトの進め方も、それまで彼らがしていた外部組織での開発からチーム一丸となった開発へと大きく変えてもらった。また上で書いたように、より良い(とQuipperが考える)サービスにするために機能を落とすことにも同意してもらったりもした。Quipperが歩み寄った部分もあるが、全体的には7:3くらいで多めに向こう側に歩み寄ってもらったという感じを受けている。また、Quipperのいいところを消さないようにとだいぶ気を使って貰っていた感じもする。今後はさらに、どちらの会社側という言うことなく、スタディサプリチームとして更に一体となって進んでいくことになっている。</p> <h1>今回リリースしたサービスとQuipperにとっての意味</h1> <p>今回のサービス構成だが、基本的には、既にQuipperが海外で展開しているQuipper School / Quipper Videoに受験サプリのコンテンツを載せ、同時に日本独自の課金システムを載せ、それにあわせ登録フローの変更だったり、会員体系の持ち方を日本仕様にしたり、デザインをスタディサプリ仕様のものにしたり、一部スタディサプリ専用機能を実装したりが主なところだ。</p> <p>また、スタディサプリは、Quipperコンテンツと比較し動画でのレッスンが占める割合が大きいので、動画回りの使い勝手を向上させるために、Quipperとの共通部分もかなり作り直した。これを先行リリースしたのが、去年の夏頃にリリースした <a href="http://prtimes.jp/main/html/rd/p/000000144.000010032.html">インドネシアでのQuipper Video</a>になる。先日同じものを<a href="http://prtimes.jp/main/html/rd/p/000000175.000010032.html">メキシコでもリリースした</a>。</p> <p>このようにベースとなる一つのサービスを世界で展開していくのがQuipperの基本戦略の一つだ。開発サイドとしては、今回、日本の開発メンバーを中心にスタディサプリという日本市場向けにサービスの改善も行ったが、同時に、良くしたものがインドネシアやメキシコでもリリースされるというお得感もある(サーバーは日本とその他で分けている)。</p> <h1>今後</h1> <p>今回のリリースで、開発側は一息つけるので、ここで体制等を見直し、これからのスタディサプリを含むQuipperサービス全体のクオリティ向上や、新サービス/新機能開発をどう行っていくかということを現在検討している。各国のマーケットのニーズをどう統一したサービスに取り入れていくのかが大きな課題だ。この辺の話を次回以降このブログで書けたらと思っている。</p> <h1>いつもの</h1> <p>そんなQuipperですが、<a href="https://jp.wantedly.com/companies/quipper">開発チーム全ポジション積極採用中です。</a></p>

2017-06-10T12:35:14+00:00http://blog.madoro.org/mn/101

<p>注記: なんとなく個人ブログとは切り離したくてgistで始めたのですがあまり意味がなさそうなので統合します。これは <a href="https://gist.github.com/masatomo/ff328bd0662b65c6080d">ここ</a> に載せたものの転載です。</p> <hr> <p>今回はQuipperの開発体制と進め方について書いてみようと思う。</p> <h1>開発チームの規模</h1> <p><a href="http://blog.madoro.org/mn/99">第一回で紹介した</a>ように、Quipperは、ロンドン、東京、マニラ、ジャカルタ、メキシコシティにオフィスがあり、そのうちロンドン、東京、マニラが開発拠点になっている。</p> <p>内訳としては、以下の様な状況だ。</p> <table><thead> <tr> <th></th> <th>Web</th> <th>iOS/Android</th> <th>Engineering</th> <th>Design</th> <th>Total</th> </tr> </thead><tbody> <tr> <td>London</td> <td>3</td> <td>0</td> <td>0</td> <td>1</td> <td>4</td> </tr> <tr> <td>Tokyo</td> <td>5</td> <td>4</td> <td>3</td> <td>1</td> <td>13</td> </tr> <tr> <td>Manila</td> <td>7</td> <td>1</td> <td>0</td> <td>2</td> <td>10</td> </tr> <tr> <td>Total</td> <td>15</td> <td>5</td> <td>3</td> <td>4</td> <td>27</td> </tr> </tbody></table> <p>30人弱。この規模から、今年中に3拠点合計で10人くらいの増強を考えている。拠点毎、職種毎の大まかな計画はあるが、いい人がいたら拠点/職種毎の採用の増減はある感じで、3拠点全職種トータルで考えて一番強いチームにしたい。</p> <p>Engineeringは、Quipperでの呼び方で、インフラとか運用とかそういう感じのチームだ。最近だとDevOpsと呼ばれているものも近いだろう。</p> <p>これらの直接開発を行うメンバーに加え、プロダクトマネージャー的なロールとして4人いる。</p> <h1>フラットな組織</h1> <p>開発組織は基本的にはフラットな形にしている。フラットと言っても、経験/技術力に差がないわけではないので、自然と各自が時と場合に応じてリーダシップを取るという感じだ。</p> <p>フラットな組織はいつも魅力的に見えるし、なんか自由な感じがかっこいいし、自分自身も好きだし、とてもいいとは思っているのだけど、現実を見ると難しいこともあったりする。たとえば、明示的な開発リーダーみたいな人がいれば、その人が義務感や責任感を持って色々なことを主導していきやすいが、フラットだとそういうものに期待しづらい。そんなとき中間管理職的なポジションを置きたくなってしまう。</p> <p>しかし、<a href="http://blog.madoro.org/mn/100">前回書いた</a>ように、自分の中の理想として、全員がしっかりユーザーや社内の非開発者と向き合い自分で課題を見つけ前面に立っていく、というのとフラットな組織は相性がいいと思っているので、しばらくはこの形で行きたい。また、上にも書いたように、特に会社として指名しなくても、時と場合に応じてリーダ的な存在は出てくるもので、それはそれでいい。</p> <p>ただ、これができるのは、そこまで大きくなく強いメンバー/強いチームであるというのが大前提なので、そういうチームを維持できるようにCTOとして頑張りたい。</p> <h1>DevSupportという仕組み</h1> <p>Quipperの開発チームは、新規開発と保守運用と言った感じで役割を分けていない。全員で新規開発し、全員で保守運用をするというのが基本方針だ。</p> <p>ただ、開発者にとって、新規開発の方が楽しいことが多いし、新規開発にはある程度のデッドラインみたいなものがあったりするので、保守運用に力が入らなかったりする。また一部の頼まれやすい人にそういうタスクが偏ってしまうのも程度を超えると問題だ。そこで、Quipperでは、DevSupportと呼ばれるちょっとしたゲーミフィケーション/見える化の仕組みを導入して、その辺を解決しようとしている。</p> <p>これは、各メンバーに月ごとに達成すべきポイントが課せられ(通常10ポイント。新人やポジションにより例外あり。)、バグや、何かビジネス側のサポートが必要な案件(ちょっとデータを出して欲しいとか)が発生したら、まずGitHubにissue登録し、重要度/緊急度/難易度に応じて、ポイントが割り振られる(1/3/5ポイントとか)。 各自が自分ができそうなのを選び対応しポイントを消化するという感じにしている。</p> <p>ただ、いくつかこの方法に問題があって、ポイントが高くても、あまり人気の出ないタスクというのが一定数あるので、そういうのはこの仕組を回す責任者が、ある程度の強制力を持って開発者を指名して振ることができるようにしている。また、緊急事態が起きた場合には、これとは全く別に開発者全員で当たるなど柔軟な感じでやっている。</p> <p>この制度を始めて6ヶ月が経つが、最初の頃はいまいち盛り上がらなかったが、最近はうまい感じで回ってきている。</p> <p>これは、先月の様子だ。ポイントの管理はこんな感じでGoogle Sheetsで管理している。</p> <p><img src="https://cloud.githubusercontent.com/assets/8611/12934090/74e94c6a-cfcf-11e5-826d-d46e873a4777.png" alt="1月のDevSupport"></p> <p>一番左端がオフィスを表しているのだが、T(東京)の人達が軒並み0ポイントなのは、今東京メインで行っているプロジェクトが佳境だからで、彼らが非協力的と言うわけではない！ この辺のプロジェクトの波みたいのも全体的に柔軟にやっている。</p> <h2>開発者間のコミュニケーション</h2> <p>開発者のいるオフィスが3拠点に散らばっていて、かつロンドンは他の2ヶ所と比べ時差も大きいので開発者間のコミュニケーションは結構大変だ。密なコミュニケーションが必要な新規開発はオフィス毎にチームを作って行うことが多い。</p> <p>余談になるが、以前、完全にオフィスを跨いでチームを作るということを試したのだが、さすがにちょっと厳しかったので今の形に落ち着いている。ただ、新しい仕組みや体制を失敗を恐れず導入し、失敗だと思ったらあっさりやめる、ということができているのはQuipperのいいところだと自負している。</p> <p>ただ、オフィス毎にプロジェクトは別とは言え、どの拠点でも同じコードベースを触るし、上のDevSupportでは協力して行うこともよくある。また、GitHubでのpull-requestのreview/mergeみたいなものは国をまたぐのは全く問題なく、むしろ推奨している感じなので、そういうときには国をまたぐコミュニケーションもよく発生する。</p> <p>また、SlackやGitHub issues上でも随時コミュニケーションをしているが、二週間に一度、開発者全員がSlackのあるチャンネルに集まり、文字チャットでのミーティングをしている。ここでの議題は誰もが提案することができ、日常のGitHubやSlackでは収拾のつかなかったものなどを中心に集中的に議論している。文字ベースのチャットにしているのは、20-30人での音声でのリモート会議かつ英語が得意ではない人もいる、というのは辛いというのがある。</p> <h1>日々のリリースとテスト</h1> <p>release early / release often ということで、月曜から木曜の間で毎日リリースを行っている。休み前リリースは怖いので金曜日はしていない。</p> <p>半年くらい前までは、pull-requestのmasterへのmergeと同時に自動でリリースしていたのだが、いくつか連続してリリースでの問題が起きてしまい、対策として手動でのテストとセットでの一日一回のリリースに変更した。</p> <p>もちろんテストコードでのテスト自動化も行っているが、それに加えて、テストケースに沿って人間がするテストを日々のリリース前に行っている。このテストは非開発者と開発者両方が参加することになっている。つまり、BizDevだったり営業だったりする人にもテストに参加してもらっている。</p> <p>非開発者にも参加してもらっているのは、毎日のことなので、開発側の負担軽減のためという面もあるのだが、会社全体でプロダクトのことをしっかり意識するとか、開発者と非開発者の積極的な交流、細かい仕様の理解を非開発者にもしてもらうとか、どの辺が開発で大変なのかみたいなところもなんとなく感じてみて欲しいという意味がある。非開発者側も日々忙しいので、なかなか心苦しいことでもあるのだが、結果としてはなかなかいい取り組みになっている。</p> <p>これは、<a href="http://blog.madoro.org/mn/100">前回書いた</a>開発側も非開発側にどっぷり入って欲しい、ということの逆側で、非開発者も開発側に寄ってきて欲しいという考えから始めたことの一つでもある。</p> <p>また、開発者/非開発者問わず、新しく入った人のプロダクト理解という意味でも、テストをして貰うというのはなかなかいいアイデアなのでお勧め。</p> <h1>2016年の開発</h1> <p>2015年の後半から後もう少しの間、受験サプリの移行というのが開発全体に占める割合が大きいのだが、これが一段落したら、Quipper開発が次のフェーズに入ることができると考えている。というのは、これが終わると日本でも大きくQuipperシステムが展開されることになり、今後の開発は日本を含む展開国(インドネシア、フィリピン、メキシコ)に向けた機能拡張と、さらなる新規国展開という2つの軸に整理されるからだ。ある意味でスタート地点に立ったとも言える。ちょうど今、機能拡張部分のプロダクトロードマップを作っているのだが、とてもおもしろい感じになりそうでワクワクしている。</p> <h1>採用活動中</h1> <p>そんなQuipper、2016年に入ってから久しぶりの積極採用を行なっている。少しでも興味ある方いたら、<a href="https://jp.wantedly.com/companies/quipper">こちらからお願いします</a>。</p>

2017-06-10T12:35:14+00:00http://blog.madoro.org/mn/100

<p>注記: なんとなく個人ブログとは切り離したくてgistで始めたのですがあまり意味がなさそうなので統合します。これは <a href="https://gist.github.com/masatomo/9f22adfa60af765e5fda">ここ</a> に載せたものの転載です。</p> <hr> <p><a href="http://blog.madoro.org/mn/100">前回</a>、現在のQuipperの状況みたいのを書いたが、今回は、普段CTOとして、どういうことを意識して開発チームを作っているか、どういう開発チームになって欲しいと思っているか、というのを書いてみたいと思う。</p> <p>この辺り、自分自身の経験からくる「好み」とか「美学」みたいなものが強めな部分でもあるので、表に出すのはなかなか勇気がいるが、co-founder/CTOである自分のそういうところが、開発チームのカルチャーに当然影響しているし、一緒に働くことになる人ととはカルチャーのマッチがとても大事だと思っているので出してみる。</p> <p>まず、以前、社内でなんとなく書いた文章があるのでそのまま出してみる。これは開発者の採用活動に当たり、どんな人が欲しいと思っているか率直に書いたものである。</p> <p>以下、「開発者」と書いてある部分は、Web開発者/iOS開発者/Android開発者/デザイナー/インフラ等の人達を指している。</p> <hr> <p>欲しいタイプ</p> <p>最近色々な採用記事とか本とか読んでいても、自分の前職やQuipperでの実感からも、QuipperのようなWeb/アプリでサービスを作るような会社は、人間性/チームワーク/ビジネス理解みたいのが本当に大事で、(狭い意味での)技術力はその次かなと思うようになってきている。</p> <p>というか、Web/アプリ/インフラ周りの技術がコモディティ化する中、 人間性/チームワーク/ビジネス理解みたいのがしっかりした人であれば、必要な技術力は入ってからでもなんとかなる、と思うところもある。(どうにもならない人がいるのも知っているので、そこはもちろん頑張って弾く)</p> <p>ただ、「技術力が低くてもいい会社」みたいに思っているわけでも全くないし、外からそう見られたくもないんだけど、伝わるかなあ。</p> <p>そもそも、Web/アプリ制作の場合、「技術力」というのが、コーディングだったり技術的な設計だったりの範囲を超え、技術者以外とのコミュニケーションや、ある程度のビジネス的な感覚まで含めたものだと思っている。</p> <p>で、別にそういうハードル(人間性/チームワーク/ビジネス理解)を設けたとしても、来る人の(狭い意味での)技術力が下がるような気は実はあんまりしていない。むしろ高くなることを期待すらしている。ただ、 多少、分かる人には分かるでしょ、みたいな募集になってしまうかもしれないんだけど。</p> <p>まあ、今までも人間性/チームワーク/ビジネス理解みたいなハードルは自分の中ではあったつもりなので、それを表に出しちゃおうかなという感じなだけなんだけども。</p> <p>なんていうか、どのスタートアップぽい企業も同じような募集をしていているんだけど(XXXな言語使える/GitHubある/slackです/環境自分で選べます/椅子がいいです/企画に参加できます、みたいな)、Quipperはもう一歩先の採用ができるんじゃないかなーと思っているんですよね。</p> <p>ちょっと抽象的過ぎますかね。また、それをどうjob descriptionとかに落とすのかよくわかってないですが、なんとなくそういう面を出せたらなあと思っています。 どう思います？</p> <hr> <p>社内の日報的なところに書いた文章でちょっと端折っている部分もあるがそんな感じに思っている。一点、「人間性」ってのはあまり的確ではない気がしてきたが。</p> <p>また、「QuipperのようなWeb/アプリでサービスを作るような会社」というのは、自社でサービスを作りそのサービスの対価を得るような会社であり、かつまだまだビジネスとして成長過程にあり、技術に特化したR&amp;D部門のようなものを置くような規模ではないフェーズ、のようなニュアンスで書いた。</p> <p>さて、どうしてこう考えるかになったかだが、Quipperでは、開発者だけがQuipperサービスの価値を作っているわけではなく、そこに乗るコンテンツを作ったり、それを広めてくれるマーケティングや営業を行い、カスタマーサポートや学校への導入サポート等の人がいて始めて成立するものとなっている。教育(EdTech)、いいサービス/アプリだけで自動的に広まってくれるようなものではないというのが最近痛感していることだ。</p> <p>そういった人や、お客さんであるエンドユーザーももちろん、直接、開発者自らが課題や要望を汲み取るべきだと思っている。もちろん、そういうことが得意なプロデューサーやディレクター/プロダクトオーナー/プロダクトマネージャー等と呼ばれる人達もいるのだが、開発者もそういう人達と同じ土俵でしっかりコミュニケーションするべきだと思っている。</p> <p>そんな中で、ビジネスやユーザー、開発チーム以外のことに全く興味もなくコードだけ書いていたい、みたいな人は厳しい。そして、今のところそういうことができる人が結果的にQuipperに集まっている気がするし、これから人が増えていく中で、そういうところは変わらないようにしたいと思っている。</p> <p>もちろん、技術力がいらないわけではなくて、高いレベルでサービスやアプリの開発、運用をする技術を持っていることは大前提ではある。</p> <p>ちょっと別の角度からになるが、もう一つ、自分の好みとして、基本的に「伝言ゲーム」や「ハブになる人」みたいなのが好きではないというのがある。よく開発組織で起きがちなのは、エンドユーザーや社内の他チームからの問い合わせや要望を、開発者が目にするまでにフィルターし編集し開発者から直接見えないようにしたり、忙しい開発チームを邪魔しないように、非開発者は開発者に相談があるときでもプロダクトオーナーであるAさんを経由するべき、とかである。これ、開発者を守って生産性を上げるため、という一見前向きな理由で採用されがちなアイデアだし、実際、そういうのは開発者としては嬉しかったりもするのだけど、自社サービスを作るような会社では良くないし非効率だと考えている。</p> <p>間に置く人が多ければ多いほど、いろいろ情報(エンドユーザーの声だったり)は間違って伝わるし、自分の問題としてとらえづらい。そもそも、間に人を置くと、情報をどこかで間引かないかぎり、社内全体での必要なコミュニケーション総量が倍々になってくる。これが「ミーティングだらけ」の原因にもなったりするしとても非効率だ。コミュニケーションは基本的に面と面で、多対多のメッシュ状の組織であるべきだと考えている。同時になるべくオープンに行うべきだとも思っている。</p> <p>(これと指揮系統という意味での組織の形、たとえばフラットな組織がいいのかどうかみたいなのはちょっと別の話だと思っていて、どういう組織がいいと思っているのかは改めて別の回に書きたいと思っている)</p> <p>ただ、こういう組織であるためには、当然、開発者には非開発者としっかり話せることが要求されるし、ちゃんと非開発者とコミュニケーションできることが重要になってくる。ということもあって、社内で効率的なコミュニケーションをするためにも、開発者のコミュニケーション力を期待している。もちろん、非開発者にも、開発者とちゃんと話せるような、Web/アプリなどの基本的なところや、システム開発の難しいところ等を理解してもらうようにしている(例えば、「開発前に正確な見積もりは基本的に不可能！」とか)。</p> <p>そんな感じで、開発もしっかりでき、社内コミュニケーションもしっかりできる、そんな開発者をQuipperは求めている。こんなQuipper開発チームに興味がある人がいたら <a href="https://jp.wantedly.com/companies/quipper/projects">https://jp.wantedly.com/companies/quipper/projects</a> あたりから、今すぐの転職を考えていなくても、まずオフィスに遊びに来るとかでも是非！</p> <h1>次回</h1> <p>Quipper、現在何人くらいの開発体制で、今後どのくらいの規模のチームを計画しているのか、どういう体制を目指しているみたいなところを書いてみたいと思う。</p> <p><a href="http://blog.madoro.org/mn/101">次回はこちら。</a></p>

2017-06-10T12:35:14+00:00http://blog.madoro.org/mn/99

<p>注記: なんとなく個人ブログとは切り離したくてgistで始めたのですがあまり意味がなさそうなので統合します。これは <a href="https://gist.github.com/masatomo/dc795273d908f6e128f3">ここ</a> に載せたものの転載です。</p> <hr> <h1>これはなに</h1> <p>なんとなく始めてみた短期集中のQuipperのCTOブログ。リクルートグループに入り、ますます日本での活動が増えているQuipperなので、CTOとして、開発、プロダクト、サービス、チームに関わることを書いていこうと思っている。今回は、第1回ということで、Quipperの現状について書いてみようと思う。</p> <h1>最近のQuipper関連記事</h1> <p>まず、最近、世の中に出たQuipperについての記事を。</p> <ul> <li><a href="https://newspicks.com/news/1317287/body">https://newspicks.com/news/1317287/body</a> - 【渡辺雅之×山田進太郎】グローバルスタートアップの世界戦略</li> <li><a href="https://mirai.doda.jp/series/interview/quipper/">https://mirai.doda.jp/series/interview/quipper/</a> - 生徒も先生も親も変わる！世界の教育の最前線でいま起こっていること</li> <li><a href="http://globis.jp/article/3727">http://globis.jp/article/3727</a> - 世界の果てまで最高の学びを届けよう ～受験・勉強サプリ、Quipperによる教育支援の挑戦～ Part1/2</li> <li><a href="https://www.recruit-mp.co.jp/career_engineer/">https://www.recruit-mp.co.jp/career_engineer/</a> - リクルートマーケティングパートナーズの採用ページだが、私含む開発者のインタビューや記事があり読み物としてどうぞ</li> </ul> <h1>リクルートグループ入りしてから9ヶ月経って</h1> <p>以前、自分のブログに、3ヶ月時点( <a href="http://blog.madoro.org/mn/97">http://blog.madoro.org/mn/97</a> )でのことを書いた。その後、更に6ヶ月が経った。あの3ヶ月時点ではQuipper/リクルートのメンバー双方がお互いの様子を見つつ、手探りな感じだったが、その後、共同のプロジェクトを進めたりするうちに、だんだんとお互いのことがわかり、一部での融合も進んでいる。どんなことが起こっているかを書いてみようと思う。</p> <p>まず、良いところばかりだと嘘くさいので、最初に辛いことも書いてみると、何人かの人がこの間に辞めた。これはちょっと残念なことだったけども、リクルートどうこうよりも、買収というのがいいきっかけになったということが大きいようだ。人が辞めるというのは会社をやっていく中で、常に最上級で辛いことだけど、人が入れ替わらない、新陳代謝しない怖さというのもあるので仕方ないと思うようにしている。</p> <p>そんな辛いこともあったが、前回の採用強化期間( <a href="http://blog.madoro.org/mn/96">http://blog.madoro.org/mn/96</a> )で、応募してくれた人たちが9月10月にたくさん入社しチームはだいぶリフレッシュした感じになっている。今回の採用ではWeb開発者はもちろんだが、iOS/Androidチームも強化することができた。また、インフラ側(Quipperではengineering teamと呼んでいる)もかなり強化された。</p> <p>そんな入れ替わりもあったが、今、Quipperの創立以来、開発チームの状態はかなりいい方だと感じている。なんでかな、と考えてみると、exitしたことで当面の資金や増資みたいなのをそこまで気にすることなく、太くシンプルな戦略を元にサービスに集中できるということが大きそうだ。</p> <p>次にリクルートの人との交流だが、Quipperはリクルートマーケティングパートナーズ(以下RMP)という会社の傘下にいるのだが、RMPの人との交流は徐々に進んでいるという感じだ。</p> <p>RMPの開発者の方々とは当面の間は、業務/プロジェクト面での大きい交流はなさそうなのだが、共同の採用サイトの構築や、勉強会や飲み会、Slackでの技術的な質問やミートアップの共同開催みたいなところで交流が始まっている。社外と社内の間の距離感で色々情報交換できるというのはなかなかいいなあ、と思っているので今後もっと積極的に交流していきたいと考えている。</p> <p>また、RMPの事業側の一部の方とは、受験サプリ( <a href="https://jyukensapuri.jp/">https://jyukensapuri.jp/</a> )にQuipperシステムを使うという案件があり、そのメンバーの方々とは日々密にやりとりをしている。現在の東京オフィスは、RMPオフィスのすぐ側(徒歩1分)にあるので、物理的な行き来やミーティングも日々行っている。</p> <p>正直なところ、やはり日本の大企業という面で、それなりに大変なところもあるが、思っていたよりはだいぶやりやすいというのは感じている。というか、Quipperのやり方をなるべく尊重しようとしてくれているんだなあというのは随所に感じられ、その辺はとてもありがたい。例えば、オンラインのコミュニケーションは基本的にすべてGitHubのissuesと、Slackで完了しているし、ミーティングも形式張ったものばかりということもなく、必要に応じて最小限にという感じになっている。</p> <h1>最近のQuipper - 海外</h1> <p><a href="https://www.wantedly.com/companies/quipper/info">https://www.wantedly.com/companies/quipper/info</a> に最新の状況を載せてあるが、海外では、学校先生向け機能であるQuipper Schoolと、ビデオ学習サービスであるQuipper Videoという2つの事業を行っている。機能的には、Quipper SchoolとQuipper Videoは独立したものというわけではなくQuipper Videoを学校利用(Quipper School経由で)することができたりもする。</p> <p>Quipper Videoは、数ヶ月前にスタートしたものなのだが、既存のQuipperサービスの動画機能を大幅に強化したもので、リクルートの受験サプリのノウハウもふんだんに入ったものになっている。既にインドネシアでリリース済で、今後メキシコ、フィリピンと続いてリリースしていく予定になっている。</p> <h1>最近のQuipper - 国内</h1> <p>日本でもいくつかの取り込みを行っているが、その中で今一番開発のパワーを投入しているのが、上述した受験サプリのQuipperプラットフォームへの移管になっている。既に知名度もありユーザーもたくさんいる受験サプリをQuipper上で動かすという、とても大きなプロジェクトだ。</p> <p>基本的なサービスとしては上記Quipper Videoとほぼ同じものなのだが、課金周りや一部特殊なビジネス要件(はい、大変！)の開発をしている。日本でクローズドベータテストやユーザーインタビューを行ない、日本のニーズに合わせた改善なども行っている。もちろん、海外でも使えるような機能はそのまま海外向けQuipperにも反映されるようになっている。</p> <h1>5事業拠点、3開発拠点 体制</h1> <p>現在Quipperのオフィスは、ロンドン、東京、マニラ、ジャカルタ、メキシコシティにある。その内、ロンドン、東京、マニラの3拠点で開発をしている。</p> <p>この3拠点は、それぞれ固定的な役割があるわけではなく、Quipperにとって一番いい形になるように常に変化させつつ進んでいる。現在は、東京オフィスは上述した受験サプリの移行に集中モードになっていて、ロンドンもそれをサポート、マニラの開発チームはQuipper Videoの海外展開を担当しているという感じになっている。</p> <p>基本的には、同じコードベースに手を入れることになるので、日々GitHubやSlackでやりとりをしつつということになっている。また、先月には、マニラの3人の開発者にRubyKaigiに合わせ来日してもらい、直接の交流なども積極的に行っている。一度実際に会うとその後のリモート開発が楽になるので定期的にしていきたいと思っている。</p> <p>今は、CTOの自分含め受験サプリ移行に集中モードになっているのだが、数ヶ月後新しいQuipperプラットフォームでの受験サプリを日本でリリースした後には、日本を含む各国で発生した課題や、ユーザーからの要望、また各国でのビジネスプランを、プロダクトやサービスにどう反映させていくかという段階になる。</p> <p>また、上では、日本と海外とを分けて書いたが、実際には、Quipper的には、日本は展開国の中の一国という位置づけで、今はその立ち上げのためにリソースを割いているという状況と考えている。</p> <h1>採用中</h1> <p>そんなQuipperだが、今年も積極的に採用を計画している。もし興味がある人がいたら <a href="https://www.wantedly.com/companies/quipper/projects">https://www.wantedly.com/companies/quipper/projects</a> あたりから、今すぐの転職を考えていなくても、とりあえずオフィスに遊びに来るとかでも是非！ また、来週にはRMPと合同のミートアップも計画しているので、そちらもお気軽に参加どうぞ。 <a href="http://rmp-quipper.connpass.com/event/24535/">http://rmp-quipper.connpass.com/event/24535/</a></p> <h1>次回</h1> <p>今回は初回ということで、今までのあらすじ、みたいな感じになってしまったが、次回は、「<a href="http://blog.madoro.org/mn/100">Quipper開発チームに入って欲しい人</a>」というもうちょっと深いところを書く予定。</p> <p>続く。</p>

2017-06-10T12:35:14+00:00http://blog.madoro.org/mn/98

<p>普段はスルーしている年終わりの振り返りだが、今年はちょっと人生の節目の年だったので書いてみる。</p> <p>まず、40歳になった。普段はあまり自分のも他人のも年齢どうこう考えないし言わない方だと思うんだけど、この39から40にかけては考えることが多かった。</p> <p>テレビの中の人を含め、40歳50歳辺りの年齢の人が大病になったり亡くなったりしているのを見る機会がとても多かったからかもしれない。単に、今までスルーしてたその辺りのニュースが、自分の年と近づくことによって意識するようになっただけなのかもしれけど。</p> <p>ただ、確か死亡理由みたいので、30代くらいまでは、自殺/事故辺りが上位の理由だったはずだが、40代くらいから、病気になってくるし、死に始める年齢であるのは間違いないだろう。</p> <p>心身ともにそんなにガタが来ているような感じはまだないのだけど、いつどうなるかわからないというのを強く意識するようになった。また同時に後何年くらい生きるのだろうとか考えるようになった。楽観的に考えて人生半分は超えてるよなあ、とか色々思うところある。</p> <p>順調に60歳前後まで働くとしたら、社会人的にもちょうど半分くらい。人生も半分、社会人としても半分くらいなのが40歳なんだろうなあ、という感じがしている。</p> <p>なんだこの暗い振り返りは。</p> <p>まあ、そんな40歳だが、仕事方面では、5年前に始まったQuipperがスタートアップとしてはexitしたというのは大きかった。まだまだQuipperでやり遂げてないことだらけなのでゴールしたという感じは全くないのだけど、やはり節目としては大きい。5年前に想像してた未来とはだいぶ違うけど(5年後は大成功か消滅かくらいに思っていた)、5年間よく頑張ったと思うし、悪くない現時点だとは思う。そしていい意味でも悪い意味でも、思ってたのと全然違う、というのがまさにスタートアップだとも思う。</p> <p>2016年は、今やっている大きなプロジェクトのリリースが最初の3ヶ月くらいに起こるので、とりあえずはそれに集中という感じかな。それと仕事方面の現状については<a href="https://www.wantedly.com/companies/quipper/posts/13662">こっち</a>にも書いていくことになっているのでそっちもよろしくお願いします。数日以内に「Quipperの今」というタイトルで上げる予定。</p> <p>最後になっちゃったが、家族方面では、自営業の父親が引退したようだ。その仕事によって育ててもらったので感謝しかない。お疲れさまでした。その他の身近な家族はそれなりに皆健康っぽいのでそれは良かった。</p> <p>そんなわけで、簡単ではありますがそんなわけで2016年もよろしくお願いします。</p>

2017-06-10T12:35:14+00:00http://blog.madoro.org/mn/97

<p><a href="http://jp.techcrunch.com/2015/07/03/recruit-acquired-quipper-for-4-8-billion-yen/">元DeNA創業メンバーの渡辺氏が創業した「Quipper」をリクルートが約48億円で買収、現状と今後の狙いを聞いた</a></p> <p>このこと自体を決断したのはそれなりに前なので、自分の中では今更な感じがありつつも、大きく取り上げられると、やっぱりなかなか感慨深いものがある。</p> <p>みんなもなんか書いてるし、せっかくのタイミングなので、自分も何か買収される側の変化みたいなものを書こうと思って書き始めてみたのだけど、そこまで大きな変化みたいなものがなかったことに気づいた。というのも買収後、元々Quipperがやっていたこと/やりたかったことの方向性が変わったわけでもなく、ただその方向を強く加速してもらっているという感じなので、とても自然に進んでいる。</p> <p>上の記事の中でCEOである渡辺さんがモビルスーツという喩えを使っているがまさにそんな感じ(モビルスーツ本当はよく知らないので雰囲気で！)。うまく、PMI(post-merger integration: 今回知った用語)が行われているのだとは思うのだけど、気持ちよく働けている。</p> <p>もうちょっと何か喪失感みたいなものがあるのかなあと買収前は想像していたのだけど、そんなこともない。改めて、自分にとってQuipperとは何なのかということを考えてみると、設立当初からQuipperというプロジェクトを成功させたい、という気持ちは強かったけど、Quipperが自分のもの(株式的な意味やいろいろな意味で)という感覚はそもそもあまりなかったのかもしれない。Quipperプロジェクトの中の1メンバーという気持ちが強い。そして、今もQuipperというプロジェクトを成功させたいという気持ちは変わらず、それは今回のことで特に動くものでなかったという感じ。</p> <p>こんな呑気なことを言っていられるのは今だけで、もしこれからQuipperの成長がうまくいかなかった場合、何か怖いことが親会社から起こるのかもしれないけど、それは今までの投資家のみなさまとの関係でもあまり変わらないし、これも大きな変化ではない。(今までQuipperに投資して頂いた方々は本当に自由にやらせてくれ感謝でいっぱい。)</p> <p>いろいろな買収の形があるんだろうけど、Quipperの場合は今のところこんな感じということを書いてみた。なんか、他の人みたいに意識の高いことを書こうと思ったんだけど難しい！性格が。</p> <p>まあ、そんな再加速中のQuipper、経営もより安定し、チーム拡大中につき、ここ最近いろいろな職種を募集中。順調に進みつつも、Quipperのコア中のコアであり世界へ広げるQuipperプラットフォームの開発をする<a href="https://www.wantedly.com/projects/19361">web開発者(RubyやJavaScript)の採用</a>がちょっとうまく行っていない。フロントエンド/バックエンド問わず我こそはという方、よろしくお願いします。</p> <p>参考リンク:</p> <ul> <li><a href="https://www.facebook.com/nabema99/posts/10206780598570895">CEO facebook</a></li> <li><a href="http://blog.kyanny.me/entry/2015/07/04/044131">いま、 Quipper ではたらく魅力とは何か</a></li> <li><a href="https://www.facebook.com/takuya514/posts/10153013579667914">takuya氏</a></li> <li><a href="https://www.facebook.com/naotori/posts/10153096570668155">naotori氏</a></li> <li><a href="http://blog.madoro.org/mn/96">前回のブログ:Quipper現在の状況と積極採用中について</a></li> </ul>

2017-06-10T12:35:14+00:00http://blog.madoro.org/mn/96

<p>ここ1、2年、東京オフィスでは積極採用をしていなかったのだが、事業拡大につき積極的な採用を再開している。表に出している公式の求人情報とは別の角度でQuipperとはどういう会社で、どういう人を求めているのか、みたいなことを書いてみることにした。</p> <h3>Quipperの今までと現在の状況</h3> <p>Quipper、創業5年目に入ったところ。最初の3年間はピボットの連続で、教育周りでいろいろなことをやってきたが、3年目の終わりくらいからサービスを絞り、成長フェーズに入っている。スタートアップ初期の荒波、生きるか死ぬかみたいなフェーズは終わっている感じだと思う。そこを楽しんでみたいと言う人にはちょっと遅いかもしれない。今はその次の成長フェーズで、そこを楽しみたい人にはぴったりのタイミング。初期の荒波は、それはそれで正直楽しいのだけど、落ち着いてプロダクト/サービスに集中し良いものを作る！というのは今のフェーズだと思う。</p> <p>現在ほぼ唯一でメインのサービスは<a href="http://www.quipperschool.com">Quipper School</a>というもので、フィリピン、インドネシア、メキシコ、そして日本で展開している。大きく盛り上がっているのがフィリピンとインドネシアで、それを追うメキシコ、日本という感じ。今後展開国は増やしていく予定。</p> <p>日本では、今のところオープンには展開していないので、どういうサービスか伝えづらいのだけど(これがQuipperの日本での求人の難しさ)、例えば、日本以外の国の様子はTwitterのtimelineを見てみるとこんな感じでユーザーに受け入れられているのがわかる。</p> <p><a class="twitter-timeline" href="https://twitter.com/search?q=quipper%20OR%20quipperschool%20-lang%3Aja" data-widget-id="476787797395660800">Tweets about quipper</a> <script>!function(d,s,id){var js,fjs=d.getElementsByTagName(s)[0],p=/^http:/.test(d.location)?&#39;http&#39;:&#39;https&#39;;if(!d.getElementById(id)){js=d.createElement(s);js.id=id;js.src=p+&quot;://platform.twitter.com/widgets.js&quot;;fjs.parentNode.insertBefore(js,fjs);}}(document,&quot;script&quot;,&quot;twitter-wjs&quot;);</script></p> <p>今、フィリピンが夏休みでユーザー数が減っているので、インドネシア語ばっかりでわかりづらいけど。</p> <p>他にも、</p> <ul> <li><a href="https://www.facebook.com/quipperschoolglobal">Facebookページ</a> だと、35万likeくらいされている。</li> <li>最近の記事だと、 <a href="https://www.edsurge.com/n/2015-05-13-the-top-s-cool-tools-for-q1-2015">The Top Ten S&#39;Cool Tools for Q1, 2015</a> でも紹介されたりしている。</li> <li>Quipperの主催のイベントで、この前マニラで<a href="http://philippines.quipperschool.com/post/118159952007/packed-venue-for-quipper-school-principal">校長先生を集めたカンファレンス</a>では数百人が集まりすごい熱気だった。先生、生徒、両方に愛されるサービスになってきている。</li> <li><a href="http://blog.quipperschool.com/">Quipper School Blog</a> というものあり、そこでスクリーンショットと共に新機能の紹介をしているのでどういうサービスかある程度イメージできると思う。</li> </ul> <h3>開発と開発体制</h3> <p>個人的に、Quipperは人生2度目のスタートアップの参加なのだが、<a href="http://blog.madoro.org/mn/84">1度目の反省</a>をよく生かせていると思っている。もちろん、新しい反省も色々出てきているが、それはそのうちまとめる。</p> <p>いわゆる技術的負債のバランスには気を使ってきたつもりで、それなりにはあるものの、3年の間ピボットを繰り返したわりには(ピボットの際に捨ててきた部分があるからとも言えるが)、少ないと思っている。が、ここはCTOである自分の贔屓目があるかもしれないので、同僚の突っ込みを待つ。</p> <p>メインとなるサービスがすでにあるので既存のコードとは向き合ってもらう必要はある。「0からでないと書けん。俺の好きな言語/フレームワークで今すぐやりたい！」みたいなのは、すぐには難しいかもしれない。ただ、最近流行りのマイクロサービスにも多少乗っているので、その辺では好きなようなことができるかもしれない。eactや</p> <p>体制的な面を紹介すると、現時点で、開発者やデザイナー、プロデューサーといった、プロダクト開発側の人間が20人ちょっとくらい。これが9月くらいに35人くらいになる予定。このうち、東京オフィスの人が1/3くらいで、残りの人はロンドン、マニラにいる。</p> <p>プロダクト/サービス側は、全員で一つのサービスを作っている。ただ、国によるローカライズ（翻訳だけではなくて、機能的なものも含む）みたいなところもあって、その場合はその国にいる人が中心で作る。</p> <p>開発側と非開発側(マーケティングや営業)との関係はとても良好。多少開発側が遠慮されているかも、というぐらいのやりやすさがある。この文化はそれなりに頑張って作ってきた。フラットに言い合える方向を目指している。</p> <p>開発項目は、社内のビジネス側の提案を受けたりの他は、データを見たり現地のユーザーの声を聞いたりを元に全スタッフが機能提案をし、プライオリティを付け実装している。</p> <p>オフィスは、設立順に、ロンドン、東京、マニラ、ジャカルタ、メキシコシティにある。 社内公用語は英語だが、CEO/CTOが日本人だし、日本人社員も多いのでそこまで怖くないはず。</p> <p>求める/またQuipperに合うと思われる人物像としては、</p> <ul> <li>この成長フェーズを楽しめる人。</li> <li>制度や、仕組み、コード、サーバーいろいろなところにそれなりに問題あるが、そこも楽しみつつ改善できる人。</li> <li>Edtechという一見華やかっぽいが実は裏側にある教育業界の地味さを楽しめる人。</li> <li>海外に出てみたい人（オンラインorオフラインどちらでも）。</li> <li>世界を変えたいと思いつつ、それなりに色々な意味で現実的な人。</li> </ul> <p>また、今、開発側の課題としてはこんなものがあるので、この辺を解決してやろうではないかという人に是非参加して欲しい。</p> <ul> <li>効果的で継続できる学習サービスをどう構築するか</li> <li>（先進国以外のマーケットが多いため）貧弱なネットワーク、PC/スマートフォンでも快適なUXをどう提供するか</li> <li>どうしても複雑になりがちな教育サービスというものをどうシンプルに提供するか</li> <li>世界中に展開できるようなスケーラビリティ（開発的な面でもシステム的な面でも)を持ったサービスどう構築するか</li> <li>膨大に溜まっている学習データをどう活かすか</li> </ul> <h3>募集職種</h3> <p><strong>DevOps的な人</strong></p> <p>つい先日まで、サーバーサイド専任の人いなかったのだが、そろそろチームを作って進めていくフェーズだと考えていて、今までは募集していなかったポジション。</p> <p>正直なんて呼ぶのがよいのかよくわからないポジション。Cloud Engineerみたいな呼び方もあるみたいだけど、そんな感じのイメージ。AWSやなんやかんやを組み合わせあれこれする感じ。</p> <p>世界で通用するサーバー側の構築や、データ分析/レポート基盤みたいなものも作ってもらうことになる。体制的に開発側との境がないので、下のWebサービス開発者との兼任も問題ない。というかむしろ兼任できるぐらいの人がいい。</p> <p><strong>Android or/and iOSアプリ開発者</strong></p> <p>Quipper、設立当初はモバイルアプリの会社としてスタートしたのだが、紆余曲折あり、途中でほぼAndroid/iOSのネイティブアプリ開発を止めていたが本格的に再開した。</p> <p><strong>UIデザイナー</strong></p> <p>特に、モバイルアプリ(Android/iOS)の設計/デザインをしてくれる人を探している。現在ロンドン、東京、マニラで計4人のデザインチームに入ってもらうことになる。アプリ愛のある人是非。</p> <p><strong>Webサービス開発者</strong></p> <p>Quipper開発陣で一番多い主力なところ。SPA(single page application)な構成が多いのでフロントエンドに強い人歓迎。このポジションも、ロンドン、東京、マニラに散らばっている。GitHubやSlackでのリモートでの同期/非同期がそれなりにうまく行っているので、そういう開発スタイルに興味ある人にも面白いはず。フロントエンド側はMarionette、一部Reactな感じ。サーバーサイドの言語はほぼruby。</p> <h3>応募先</h3> <p>応募は質問等は<a href="https://www.wantedly.com/companies/quipper/projects">wantedlyの各ページ</a>からでもいいし、とりあえず話を聞いてみたいということであれば、直接 tomo at quipper.com にメールしてもらってもいいし、6月一週目に東京に行くのでそのときに直接会って話すのでもok(昼でも夜でも)。お待ちしています！</p> <p>追記:</p> <ul> <li><a href="https://www.facebook.com/nabema99/posts/10206461849362364?pnref=story">CEOによる地味さに対する補足</a></li> <li><a href="http://dentsu-ho.com/articles/2637">CEO目線による最近のQuipper</a></li> </ul>

2017-06-10T12:35:14+00:00