SRE（オープンポジション）／フルリモート・日本国内なら遠隔地勤務可

集英社様と共同開発をしたマンガ投稿サイト「ジャンプルーキー！」「あしたのヤングジャンプ」の継続開発や、集英社様や講談社様、新潮社様へ提供しているマンガビューワ「GigaViewer」を通して、未来の才能の発掘と育成や素晴らしいマンガ作品と出会える機会の創出を目指します。自社サービスの提供を通して培った技術やノウハウを他企業にソリューションとして展開するテクノロジーソリューション分野に所属するチームです。当社としては最大規模の20人あまりのスタッフが所属しているチームで、投稿マンガサイトや無料マンガサイト、課金マンガサイトなどWEB×マンガ領域では最大の開発規模にあります。

ジャンプルーキー！はリリースから4年、マンガビューワの「GigaViewer」は、2年前のリリースから各出版社やユーザー様より大変好評を得ています。1社それぞれにビューワーを開発するのではなく、導入企業全体に同一のビューワーを提供しているため、新規導入や拡張開発に対して多くのご要望をいただいています。最近では課金機能も追加され、またアプリの開発を行うようにもなり、継続的に成長しています。「紙の雑誌に代わるWEBマンガサイトを用意することで漫画文化を守り育てていくこと」をミッションにこれからも開発を続けていきます。

当社としては最大規模の20人あまりのスタッフが所属しているチームで、マンガに関わるWebサイトやスマホアプリの開発をしています。各大手出版社の編集部と、企画段階から直接のやりとりを通した共同開発を行っています。直接のやりとりだからできる、本質的な改善や本当に面白いことをスピーディーに実現できています。協力会社としてはてなの裁量が非常に大きく、企画や機能開発の初期から深く関われるので、プレッシャーはありますがそれ以上に注目される仕事ができます。また、サイトの立ち上げが年間で数サイトあるので、サービスを０から生み出す仕事にも携われます。
チームはこの2年で2名から20名と10倍のsizeになっていきました。その中でメンバーそれぞれが最大の成果を出す形から、チームでの振り返りやチーム開発における改善を重視したチーム開発への変化を進めている最中です。東京と京都の2拠点体制を取り、常にリモートワークを行っているなど様々な課題が出てきますが、１つ１つチームとしての改善を通して解決を目指しています。

東京と京都に分散したチームです。主なやり取りはSlackですが、ほぼ毎日GoogleハングアウトやSlackコールを使って相手の顔を見ながらコミュニケーションしています。小さなタスクは一人で、大きなプロジェクトになると数名のエンジニアをアサインして協力して開発しています。要件の洗い出しや、何人で取り組めば期日に間に合うかといった見積もりから計画づくりまで。ディレクターと相談して進めています。
毎日1時間「割れ窓直しタイム」という時間を設けていて、技術的負債の解消や品質改善の時間を取っています。毎週のエンジニア振り返り会を通じて、開発フローやコードベースの複雑度、属人性、コミュニケーションなどの課題についてKPTのサイクルを回しています。チームにとって良くなることなら提案すればサポートしてもらえる、チャレンジしやすい環境です。
ビューワの開発においては新しいブラウザ技術を取り入れユーザに新たな体験を届けるための挑戦をしたり、複数社のメディアサイトがのったマルチテナントの Web アプリケーションを開発・改善・運用しています。それぞれのエンジニアで得意分野は異なりますが、フロントエンド専任、バックエンド専任という分け方はせず全員がフロントエンド・バックエンド両方のエンジニアリングに携わっており、得意分野で力を発揮する、伸ばしたい分野にチャレンジするなど、なるべく個々人の希望に沿ってタスクを配分できる体制を作っています。
電子書籍関連の技術、画像配信、最新のブラウザ技術などは提供する漫画配信サービスのコアな技術であるためもっと深く取り組みたいと考えています。また、開発環境の Docker 化や Jenkins による CI の整備などは行なっていますが、開発環境や開発フロー、本番環境などにはまだ現代的とはいえない部分も残っており、改善のしがいのある部分かと思います。

インターネットでマンガを読む体験をすべて、違法なものから合法なものに変えていきたい。インターネットを通して漫画家さんが収入を得られる環境を作っていきたい。20年後、自分の子供世代が漫画を楽しみ続けられるようにしたい。僕らが開発チームとして実現するべきことは数多くあります。そのためには今の人員数では、業界の衰退に後れを取ってしまうかもしれません。一緒になってインターネット×マンガの最前線で開発をしてみませんか。

Mackerelは「Infrastructure as Codeを進化させ、エンジニアの開発・運用プロセスを革新する」をミッションとして開発している、サーバー監視サービスです。
Mackerelは、もともとはてな社内でインフラを管理するための社内ツールとして作られ、それによって培われた、はてなのノウハウをサービス化するところからスタートしました。

2014年から開発を継続し、ようやくプロダクト立ち上げ当初計画されていた機能開発に一区切りがつきました。現在は、機械学習技術を用いたロール内異常検知や、コンテナ対応など、次世代のインフラ管理をリードすべくNext Mackerelといった雰囲気の開発をスタートさせています。

わたしたちの目指す世界は、エンジニアのインフラ監視の手間を削減し、価値提供のために仕事に全力を注げられるようになることです。そのために今後も、より複雑で動的なインフラへの対応を続け、サービスインフラの管理ツールへのベストプラクティスを示し続けようと考えています。

Mackerelチームではスクラムでの開発を進めています。
わたしたちのスクラムでは、Product Backlogの作り方に一工夫あります。Mackerelではプロダクトオーナーが考える機能開発のネタに加えて、デザイナによるDesign Backlog、CRE (Customer Reliability Engineer) が管理する顧客要望、 エンジニアが管理する基盤系タスクや技術的負債の返済などがあります。各職種のリーダーがこれらをスプリント計画の前段階に持ち寄り、プロダクトオーナー主導で優先順位がつけられ、Product Backlog Itemとなってスプリント計画会で開発計画化されます。

この工夫により、新機能開発・顧客要望の取り込み・デザイン改善・エンジニアリング改善が、バランス良く実行されます。

Mackerelは、エンジニア向けのツールということもあり、幅広い術スタックがエンジニアに求めれるプロダクトです。また、常に最新のトレンドを追いかけて機能開発をする必要もあるので、技術的なチャレンジの場は他のどんなプロダクトよりも豊富だと思います。
2014年から継続開発されているので、基盤部分には古びつつある箇所も出てきました。今後はこれらを解消する試みをやっていきたいと思っています。

Mackerelチームは現在、次世代のインフラ管理を見据えたフェーズに入っており、ベンチャーでいうところの第二創業期といった雰囲気があります。ここから大きく飛躍していける段階に来ており、Mackerelを日本を代表するプロダクトに成長させられる人を探しています！