<p>こんにちは！エンジニアの@g0eです。4月1日にPLAIDに入社して、約4ヶ月が経過しました。<br>
まだまだ勉強することだらけですが、ようやくKARTEの開発環境にも慣れてきました。</p>
<p>本記事ではプレイドエンジニアの組織文化について、入社4ヶ月目のフレッシュな目線で書いてみようと思います。<br>
転職活動中でプレイドに興味がある、KARTEというプロダクトの裏にあるエンジニア文化に興味ある、といった人にとってなにかの参考になれば、と思います。</p>
<p>入社直後にも<a href="https://blog.plaid.co.jp/n/nc8cabf281d1e">この記事</a>でもプレイドという組織について少し話をさせてもらっているので、もし興味がある方はこちらも合わせて読んでみて頂けると嬉しいです。</p>
<h2>プロダクトファースト</h2>
<p>プレイドでは<a href="https://karte.io/">KARTE</a>というマーケティングツールの開発を行っています。自分が転職活動をする時にまず第一条件としてあげていたのが、自社開発の強いプロダクトを持っているという点だったのですが、やはりエンジニア文化を語るにあたっても、このKARTEというプロダクトを中心にエンジニア文化が形成されているという点は外せないかと思っています。</p>
<p>入社後の研修プログラムでも、まずはKARTEについての理解を深めるところから始まります。<br>
また、社内では<strong>ガチャ</strong>と呼んでいる仕組みがあって、プロダクトに関する不具合が見つかった場合や、エンジニア側での調査が必要な問い合わせがあった際に、その担当をエンジニアにランダムに割り当てる仕組み（厳密には順番なのでランダムではないのですが）があります。</p>
<p>普通に開発をしていると自分自身が書いたコードやその周辺領域以外はブラックボックスということが多いと思うのですが、それを意識的にバラしにいくという仕組みになっています。<br>
以下はガチャの担当が回ってきた時に自動的に割り当てられるissueにかかれているメッセージの一部です。</p>
<blockquote>
<p>bugfixを実際開発した人に回すのは基本的に最小限にする。キャッチアップも兼ねてbugfixは受け取った人がやること。分からない場合、どうしても時間がない場合はしょうがない</p>
</blockquote>
<p>自分も入社してしばらくしてこのガチャの担当に入れてもらったのですが、最初は初見のコードになかなか苦戦したものの、以下のようなメリットを感じています。（この仕組みは自社プロダクトを開発している会社では導入を検討する価値のある仕組みだと思います）</p>
<ul>
<li>自社プロダクトの（実装面だけではなく）仕様や使い方に対する理解が促進される</li>
<li>普段自分が担当している領域以外も含めたシステム全体像の理解が促進される</li>
<li>最初の実装を担当していたエンジニアへの確認などエンジニア間でのコミュニケーションが促進される</li>
<li>（クライアントからの調査依頼も含まれるので）、クライアントからの声に直接触れる機会を持てる</li>
</ul>
<h2>変化に対する柔軟性</h2>
<p>マーケティングの世界はとにかく変化が激しい世界で、KARTEを取り巻く外部環境の変化も激しく、市場に合ったプロダクト開発を進めていくためには柔軟性やスピード感が非常に重要になってきます。プレイドでは、その変化に柔軟に対応できるようにいくつかの仕組みがあります。</p>
<p>まず最初に挙げられるのが、開発を行う際のサイクルについてです。社内では開発期間を2ヶ月毎に区切ってその1区切りを<strong>フォーカス</strong>と呼んで、フォーカス毎に各チームで達成したい目標を設定して、開発に取り組んでいます。2ヶ月という比較的短いサイクルで区切ることによって、短期間のうちに成果を出せるように意識的に動くことになります。<br>
当然、2ヶ月では終わらないような開発を行うこともあるのですが、その場合はフェーズを切る形で対応するなどして、短期・長期のバランスをとっています。</p>
<p>フォーカスは2〜5人程度で担当する機能毎にチームを組んで進めていくのですが、チームの組み換えもフォーカス毎に行うこととなり、人によっては2ヶ月で新しい機能開発を終えて、次の新規機能の開発に着手していくことになります。一部高い専門性が必要となる領域ではある程度メンバーが固定化されている部分もありますが、それでも一部のメンバーを入れ替えることで変化やチーム間での交流を促すような仕組みになっています。<br>
（席替えも月1回の頻度であり、基本的にはチームごとに近い席に座ることが多いのですが、毎月周りの景色が変わるというのもなかなか新鮮でした。）</p>
<p>次に挙げられるのが、<strong>創造のための破壊</strong>という点です。どのような会社やプロダクトであっても、技術トレンドの変化によって技術的負債の返済とは付き合い続けるものだと思います。特に技術的負債によって苦労したことがある人は、なるべく負債にならないようにと、技術選定にかなり時間をかけてしまうのではないでしょうか。</p>
<p>プレイドのエンジニア文化として強く感じたのは、『<strong>とりあえずやってみる</strong>』からの、『<strong>違うと思ったら作り直す</strong>』という文化です。同期入社の@kazuponさんの<a href="/pug_to_html/">エントリー</a>でもあったような、大規模な変更についても、かなりアグレッシブに取り組んでいます。<br>
これまで作ってきたものを躊躇なく破壊（作り直すことが）することができ、それを『<strong>承認より謝罪</strong>』の文化に則って進めることができることは、変化に対応し続けるためにも、スピード感を持ち続けるためにも、非常に重要な役割を担っているように感じます。<br>
（影響範囲の大きい変更を加えることは、なかなか大変で責任も伴うことですが、変え続けていくことを是として、失敗してもフォローし合える空気感を作ることが重要なのだと再認識しました。）</p>
<h2>生産性を高め続けること</h2>
<p>最後に、入社して感じたこととして、生産性を高めることへの意識が（これはエンジニアに限らず）全社的に非常に高いということです。</p>
<p>自社で（マーケティング）のツールを開発しているだけあって、世の中のSaaSサービスに対するアンテナが非常に高いというのもあると思うのですが、とにかく社内で色々なサービスを使って、色々な業務を自動化したり効率化したりという取り組みが行われています。（入社して一番最初の仕事がPCと社内で使っているサービスのセットアップなのですが、ここでまず社内で使っているサービスの豊富さに驚きました）</p>
<p>また、既存のサービスをうまく利用するだけでなく、無いものは自社で開発してしまったり、会社の制度も含めていかに効率化するか、というのが非常によく考えられています。<br>
一例にはなりますが、社内で生産性を高めるために行われている取り組みや制度を次に挙げてみました。リモートワークについては、突発的な問題への対応に限らず、集中作業日としてうまく活用している人も多いように感じます。（心なしか大雨の日はオフィスに人が少ないような気も…）</p>
<ul>
<li>毎日勤怠をつけるのが大変
<ul>
<li>→　会社のNWに繋ぐと自動的に勤怠を記録するシステムを自社開発</li>
</ul>
</li>
<li>毎月の経費精算が大変
<ul>
<li>→　前もって手当として定額を支給する<a href="https://atengagement.com/jinji-zukan/allowance/">制度</a>を運用</li>
</ul>
</li>
<li>家庭の事情や天候不順で通勤が困難
<ul>
<li>→　リモートワークの制度をうまく活用</li>
</ul>
</li>
</ul>
<p>エンジニア(プログラマ)の美徳として『<strong>怠惰</strong>』であること、がよく挙げられ、自分自身もルーチンワークは苦手な方なのですが、いまのところ不満を感じずにエンジニアの美徳を貫いて作業に集中できる環境になっているように感じます。</p>
<p>やや働き方や働く環境的な話に寄ってしまったのですが、エンジニアとしての業務の進め方に関しても、上記の様な生産性を強く意識した環境になっています。最初の項目で挙げたガチャの仕組みはslack上のボットにより自動化されていたり、ビジネス職の方からの依頼や相談もすべてgithub上のissueに集約される形になっていて、基本的にはコードとgithubとslackがあれば通常の業務は回せるようになっています。</p>
<p>良い側面ばかりを書いてきたのですが、当然、これらの生産性を高めるための取り組みの裏側には、それだけのアウトプットが求められ続けていることや、そのためのセルフマネージメントが要求されるということを、忘れてはいけないな、とも思います。</p>
<h2>最後に</h2>
<p>最後まで読んで頂いてありがとうございます！<br>
いかがでしたでしょうか？プレイドのエンジニア文化に興味を持って頂けたでしょうか？</p>
<p>CX（顧客体験）プラットフォーム「<a href="https://karte.io/">KARTE</a>」を運営するプレイドでは、KARTEを使ってこんなアプリケーションが作りたい！ KARTE自体の開発に興味がある！というエンジニア（インターンも！）を募集しています。<br>
詳しくは<a href="https://plaid.co.jp/recruit/engineer.html">弊社採用ページ</a>または<a href="https://www.wantedly.com/companies/plaid/projects">Wantedly</a>をご覧ください。 もしくはお気軽に、下記の「話を聞きに行きたい」ボタンを押してください！</p>
<div class="wantedly-visit-button" data-visit-button-id="lyE_IgY4VF5ukBo_EUKZLg" data-width="300" data-height="60"></div>
<script>
  (function(d, s, id) {
    var js, fjs = d.getElementsByTagName(s)[0];
    if (d.getElementById(id)) return;
      js = d.createElement(s); js.id = id;
      js.src = "https://platform.wantedly.com/visit_buttons/script.js";
      fjs.parentNode.insertBefore(js, fjs);
    }(document, "script", "wantedly-visit-buttons-wjs"));
</script>


こんにちは！エンジニアの@g0eです。4月1日にPLAIDに入社して、約4ヶ月が経過しました。
本記事ではプレイドエンジニアの組織文化について、入社4ヶ月目のフレッシュな目線で書いています。

入社4ヶ月で感じたプレイドエンジニアの組織文化 | PLAID engineer blog

入社4ヶ月で感じたプレイドエンジニアの組織文化

1,100 超えコンポーネントの Jade / Pug テンプレートを移行した話 | PLAID engineer blog

1,100 超えコンポーネントの Jade / Pug テンプレートを移行した話

<p>こんにちは！プレイドのエンジニア採用/技術広報を担当しているmattyです。今回、2019/6/27(木)に完全招待制の技術イベント『#PlaidTechLounge』を開催しました。</p>
<p>プレイド主催での技術イベントは半年前の<a href="https://blog-plaid.com/event/5285/">#PlaidTechMeetup</a>以来です。</p>
<p>今回は、前回の反省を踏まえ、『ゲストの方が自由にLTを選べて、話したい人と話せる』ように意識しました！<br>
この記事では、イベントの様子をお伝えしていきます。</p>
<h1>オープニング</h1>
<p>今回の司会は、ポッドキャスト『しがないラジオ』パーソナリティであり、『完全SIer脱出マニュアル』の著者でもあるgamiさん。もはやプレイドの技術イベントではお馴染みです笑<br>
そのgamiさんからPlaid、リアルタイムユーザー解析プラットフォーム「<a href="https://karte.io/">KARTE</a>」、当日のLTについて紹介！<br>
<img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/bddc740e-ff8d-4b28-bba7-c6f5d45809d1/iOS------6-.jpg" alt="iOS------6-"></p>
<p>今回のLTは5つのテーマを用意。各登壇者からも一言ずつコメントをもらいました！</p>
<table>
<thead>
<tr>
<th>登壇者</th>
<th>タイトル</th>
</tr>
</thead>
<tbody>
<tr>
<td><a href="https://twitter.com/tarr1124">@tarr1124</a></td>
<td>KARTEの解析部分のアーキテクチャ</td>
</tr>
<tr>
<td><a href="https://twitter.com/otoan52">@otoan52</a></td>
<td>2016年からサービスインしているPush APIサービスのノウハウ</td>
</tr>
<tr>
<td><a href="https://twitter.com/kadoppe">@kadoppe</a></td>
<td>フラット型組織におけるエンジニアリングマネージメント</td>
</tr>
<tr>
<td><a href="https://github.com/komukomo">@komukomo</a></td>
<td>大規模なモノリシック・サービスを分割する理由と方針</td>
</tr>
<tr>
<td><a href="https://twitter.com/yohei_meguro">@yohei_meguro</a></td>
<td>はじめて1人チームで開発をするあなたへ</td>
</tr>
</tbody>
</table>
<h1>LT&amp;懇親会</h1>
<p>早速、LT&amp;懇親会スタートです。</p>
<p>今回、『ゲストの方が自由にLTを選べて、話したい人と話せる』を意識したので、タイムスケジュールや会場を工夫しました。</p>
<ol>
<li>LTと懇親会の時間はあえて分けず、LT中も懇親会エリアを解放したことで、好きな時間にLTを聞き、好きなタイミングでプレイド社員と話せるように！</li>
<li>LTのテーマ数を絞り、LT間の休憩時間を設け、自由に動けて話せる時間を多めに確保！</li>
<li>LTエリアと懇親会エリアの物理的な距離を取り、話に集中できるように会場設営！</li>
</ol>
<p>イベントによって会場を工夫できるのもプレイドの『<a href="https://blog.plaid.co.jp/n/n9e2a3faf72d7">完成しないオフィス</a>』ならでは！</p>
<h2>食事</h2>
<p>今回は、<a href="https://tomo-foodsense.com/profile/">FOOD SENSE</a>さんにケータリングをお願いしました。<br>
味はもちろん、見た目もとてもおしゃれで素敵です！<br>
串がついていて手が汚れない配慮までされていて、満足度がかなり高かったです。<br>
<img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/ef4a02b2-fe46-4bd3-8637-fbc47ae4f242/iOS------1-.jpg" alt="iOS------1-"><br>
余談ですが、あっという間になくなってしまったので、お寿司を30人前追加発注しました…笑</p>
<h2>LT</h2>
<p>プレイドのエンジニアからテーマ別に発表！<br>
それぞれ簡単にどのようなことを話したのかコメントを記載しています。</p>
<h3>KARTEの解析部分のアーキテクチャ</h3>
<pre><code>SREチームのtarrさん
KARTEによって解析されたデータがどのように格納されるのか、という流れで
トラッキングと解析部分のアーキテクチャを話しました。
</code></pre>
<p><img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/f9ecefdb-30ee-434b-9eff-33e6c8ccd5aa/iOS------5-.jpg" alt="iOS------5-"></p>
<h3>2016年からサービスインしているPush APIサービスのノウハウ</h3>
<pre><code>i18nチームのotoanさん
Push APIとその前提となるService Workerについて、
機能やその背景などを解説し、Push通知機能をサービスインするにあたり難しかった点について簡単に解説しました。
Service Workerについて知っている方も思ったより多かったようなので、
もう少し突っ込んだ話もいずれできるといいですね。
</code></pre>
<p><img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/d7675ccc-c0f6-4b7c-bae7-395d0bb449fc/iOS------2-.jpg" alt="iOS------2-"></p>
<h3>フラット型組織におけるエンジニアリングマネージメント</h3>
<pre><code>Head of Engineeringのkadoppeさん
世界に通用する強いプロダクトを作るために、プレイドのエンジニアチームで大事だと考えている
考え方やスタンスについてお話ししました。
</code></pre>
<p><img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/13aa3416-172f-451c-9d65-fc8a4f8d9318/iOS------4-.jpg" alt="iOS------4-"></p>
<h3>大規模なモノリシック・サービスを分割する理由と方針</h3>
<pre><code>Performanceチームのkomaさん
１つのリポジトリで大きく成長したモノリシックなアプリケーションを分割し運用基盤を移行している話をベースに、
その分割の方針や、悩んだポイントとその対応策などについてお話しました。
</code></pre>
<p><img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/4464fd94-c2bb-4f8a-aec1-c7dd4febb830/MVIMG_20190627_210432.jpg" alt="MVIMG_20190627_210432"></p>
<h3>はじめて1人チームで開発をするあなたへ</h3>
<pre><code>1人チームを卒業したguroさん笑
2ヶ月間1人チームで開発していたので、その時に感じた落とし穴やその乗り越え方についてお話させていただきました。
「ヒトとコトの分離が難しい」というスライドに多くの共感をいただけました。
</code></pre>
<p><img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/296bbb0d-ef27-4632-9754-eb6c531e79c8/iOS------3-.jpg" alt="iOS------3-"><br>
ゲストの方で1人チームを経験している方も多かったので、このスライドがこの日一番の笑いと共感を得ていましたね笑</p>
<p>今回、LTと懇親会を並行して行ってみて、多くの方がLTに集まってくれました。<br>
懇親会エリアと距離があったので、みなさん真剣に話を聞いてくれていた印象です。<br>
LT枠はそれぞれ10分でしたが、質問も多く飛び交い、枠をはみ出るほど、どのテーマも盛り上がりを見せていたのは素直に良かったです。</p>
<h2>懇親会</h2>
<p>懇親会エリアでは、それぞれのLTテーマについて話したり、そこから更に深い技術の話へ発展したり、ボードゲームをやるグループまで様々!<br>
<img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/04a7878c-5d0e-44e7-8269-cfd4a71629cc/iOS------7-.jpg" alt="iOS------7-"><br>
懇親会後、元々知り合いではなかったプレイドメンバーとゲストで「今度別でご飯行きましょー！」という声も上がっていたのは嬉しかったですね。</p>
<h1>最後に</h1>
<p>参加された皆さんの声や一部資料が#PlaidTechLoungeで、<a href="https://twitter.com/search?f=tweets&amp;q=%23PlaidTechLounge&amp;src=typd">Twitter</a>から見ることができます。ぜひご覧ください！</p>
<p>今回、来ていただいたゲストのみなさま、ありがとうございました！<br>
今後も定期的にプレイドの技術発信の場を作っていきたいと思っています。</p>
<p>内容もどんどん濃くして、より良い場にしていければと思っていますので、引き続きよろしくお願い致します。</p>
<hr>
<p>リアルタイムユーザー解析プラットフォームの「<a href="https://karte.io/">KARTE</a>」を運営するプレイドでは、KARTEを使ってこんなアプリケーションが作りたい！ KARTE自体の開発に興味がある！というエンジニア（インターンも！）を募集しています。</p>
<p>詳しくは弊社<a href="https://plaid.co.jp/recruit.html">採用ページ</a>または<a href="https://www.wantedly.com/companies/plaid/projects">Wantedly</a>をご覧ください。 もしくはお気軽に、下記の「話を聞きに行きたい」ボタンを押してください！</p>
