こんにちは。このブログでは初めまして。2020年の2月にNewsPicksに入社した高山です。 今回は僕がNewsPicksのCTOになってからの1年でやったお仕事について書いていきます。 CTO最初のミッション DX Criteriaについて 「デプロイ回数」を定点観測 やってきたチャレンジ 1年経ってみて CTO最初のミッション NewsPicksは2013年に誕生し、5年ほどの壮大な創業期の間にたくさんの新しい領域に挑戦しており、僕が入社したときには既に事業面でもシステム面でも「それなりの複雑さ」という感じでした。 前任CTOの杉浦さん（今はグループ内でアメリカでの新規サービスの立ち上げをしています）からバトンを受け取って最初のミッションが「DX Criteriaを上げること」だと聞いたときにそのあたりの事情を全て察しました。😅 結論から先に書くと、1年で大幅改善を達成することがで

日本CTO協会コミュニティによるAdvent Calendarです。 (文責、権利は各著者に帰属します)

CTOA Advent Calendar 1日目のバトンを受け取りましたので、1日目となる今回は、CTOに求められる役割の変化について、自分のこれまでの振り返りを兼ねて記事を書いてみようと思います。ちなみに今週はマガジンの連載をこちらの記事に代えさせていただければと。 普段はこちらのマガジンでソフトウェアと経営についてつらつらと書いています。ご興味ある方、年末の時間のあるときにでもご一読いただければ幸いです。 はじめにこの10年、エンジニアとしてのキャリアをスタートして今に至るまで、一桁人のスタートアップから1000人近い規模の開発組織を抱えた大企業まで様々な規模の組織のCTOを経験してきました。おおよその流れとしては、学生時代に小さなスタートアップを3社、その後Gunosyにて一桁人から60人前後の開発組織、現在はDMMのグループにて合計1000人弱の開発組織にてCTOをしています。 C

未知の顧客体験を創り出し、社会に大きなインパクトを与える。 メルカリだからこそ経験できるプロダクトマネジメント。 野村総合研究所のTechnical Engineerとしてキャリアをスタート。その後マイクロソフト、楽天、ファーストリテイリングでさまざまな国内及び、グローバル向けの製品のプロダクトマネジメント行うとともに、開発組織強化のためにアジャイル開発の導入、オフショア開発拠点の立ち上げなどに従事。2018年9月にメルカリに参画し、プロダクト組織の拡大に従事している。

フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

エンジニアリングマネージャーたちのパネルディスカッション 織田晃弘氏（以下、織田）：では、さっそく始めたいと思います。「エンジニアリングマネージャー・パネルディスカッション」とのことで、さっそくですが、登壇者の紹介に入りたいと思います。 まず、本日モデレーターを務めさせていただきます、織田と申します。 私自身もエンジニアリングマネージャーをやらせていただいておりまして、社内では「エンジニア組織を開発していく」というテーマで集まっている「エンジニアタスクフォース」という委員会活動のようなものの責任者として、委員長をさせていただいております。 では、お一人ずつマイクで自己紹介をしていただければと思います。 及川卓也氏（以下、及川）：おはようございます。及川卓也と言います。今年のはじめから法人を作りまして、「Tably（テーブリー）」と発音するんですけれども、そこの創業者・代表をしております。

はじめに こんにちは。@oturu333 です。私はフリーランスエンジニアとしてモチベーションクラウドの開発チームに参画しています。 もともとEMをやっていたので、参画当初よりEM業務（組織やプロセスの改善など）に携わらせていただき、現在は複数ある開発チームの1つのPO業務も経験させていただいています。 今回はそのチームが2ヶ月で「不安ゾーン」を抜け「ラーニングゾーン」に入っていったお話をしたいと思います。 最初「自分たちは何でも屋なんで」と言っていたhotfixチームが、スクラムを取り入れ「もっとベロシティを上げられないか」「仕事を楽しめている」と言えるチームになるまでを語ります。 「不安ゾーン」「ラーニングゾーン」については、以下のブログが参考になります。 note.mu 「hotfixチーム」と言われたチーム モチベーションクラウドには複数の開発チームがあり、それぞれのチームに名前を

チームビルディングを行う時は何から始めていますか？ まずは自分が作りたいチームの理想像を描きましょう。

こんにちは。開発部門HR（技術人事）のOKANOです。 前回は、それまで勉強会文化がなかったぐるなび社内に、学びの文化が芽吹くまで についてご紹介しました。 今回はこの話の「それから」についてお伝えしたいと思います。 とりあえずスタートを切った！けどこれからどうしよう、という方 社内の文化づくりに奮闘されている方 こんな皆様のご参考になれば幸いです。 「勉強会プロジェクト（以下、勉強会PRJ）の芽生え」は、「0を1にするお話」でした。この中でもそれなりにもがいてはいたのですが、成長期（1を5に増やすお話）に移る過程の今回のお話でも、かなりもがいてきました。 未だ努力の最中であり、完結はしていない事をご承知おきください。 運営体制の甘さが発覚 まずは行動を起こすこと！ が「芽生え」フェーズでの行動指針になっていたこともあり、なかば勢い（だけ）で運営していたところがありました。 具体的には、

ここから、DevとOpsが協力すればより効率的になる＝DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか？ ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート（設置作業員、サポートセンタ）には、大量の人員が必要になってきます。 したがって、組織を研究

HRTech領域で「若者の価値を最大化する」事業を展開している株式会社Traimmuというスタートアップで共同創業者・CTOをしている佐野です。 突然ですが「Tech Lead（テックリード）」というポジションをご存知ですか？ Twitterの投票機能でアンケートをとってみたところ、約35%がテックリードになりたい、そして約半数がテックリードについてよく知らないとのことでした。 cf.) https://twitter.com/yppon_s/status/1086106209424306177 現在、弊社で「テックリード」ポジションのエンジニアを絶賛募集中なのですが、自分自身もテックリードとして働いた経験がなく、どういったエンジニアがテックリードとして相応しいのかを考えたり調べたりしている中で、Jason Liszkaさんの記事「Good Tech Lead, Bad Tech Lead

心理的安全性の高いチームを作るためにサーバントマネージャーに徹する話などを聞くことがありますが、なんか大変そうだなーと考えてたら、これは組織設計の課題だと思ったわけです。 サーバントマネージャーは過渡期と割り切って、本来の仕事である課題解決に時間を使えるようにしていったほうがいいです。 心理的安全性とは他者の反応に怯えたり羞恥心を感じることなく、自然体の自分を曝け出すことのできる環境や雰囲気のことを指します。 だそうです。失敗するかも…と早めに言えることはアジャイルな組織には必須です。 心理的安全性は1人のメンバーが日常的にコミュニケーションする相手との視座、視野、視点が近いと高くなると仮説を立ててみました。 視座、視野、視点の図 https://tech.drecom.co.jp/viewpoint-of-being-leader/視座が離れてる例：リーダーが超ベテランでメンバーが超若い

オープンソースソフトウェアの開発においては、コミュニティメンバーからのコードのコントリビュートだけでなく、さまざまな立場の人々から「この機能がほしい」「この動作はバグではないか」といった意見が寄せられます。 有名なオープンソースプロジェクトであるほど、そうした多くの意見やコメントを受け止めつつ開発は進んでいくわけですが、そうした状況は一方でさまざまな気苦労を生むであろうことは容易に想像が付きます。 人気のあるプログラミング言語として知られるPythonの生みの親であるGuido van Rossum氏は2018年7月、Pythonを開発する過程で生ずるさまざまな意思決定の気苦労から離れたいとの理由で、Pythonにおける「優しい終身の独裁者」からの引退を発表しました。 ちょうど新バージョン「Ruby 2.6」が登場したばかりのRubyに対しても、米国の掲示板redditで「[whining

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この半年くらいで初めて本格的にチーム開発を行い、今では日常的に GitHub の Pull Request を使っています。 チームの方々には、基本的なことから応用的な部分まで様々な観点からレビューをしてもらって、大いに勉強になりました。 ただ、時には「新人にとっては厳しいレビュー」をいただき、1 人で傷つきモチベーションを落とすこともありました。 もちろんそれは悪意のあるものではなくて、新人とレビュワーのスキルのギャップによって意図せず生み出されてしまうものです。 そのような不幸なレビューによって苦しむ新人が減ることを願って

こんにちは、ゆのん(id:yunon_phys)です。この記事は Akatsuki Advent Calendar 2018 の22日目の記事です。 前日は@kackytwさんのDQNの学習速度を改善するでした。 Engineering Managerのjob descriptionを共有する流れ 近年、Engineering Manager(EM)業界が賑わってきています。特に2018年は非常に活発化した年でした。書籍としては、エンジニアリング組織論への招待とエンジニアのためのマネジメントキャリアパスという名著が生まれました。また、Engineering Manager Meetupが3回開催され、Slack workspaceでは12/22時点で268人となっています。EMのためのPodcast EM.FMも誕生し、総再生回数が10,000回を突破するなど、多くの方から注目を集めていま

DevLOVE Advent Calendar 2018、18日目のエントリーです. と、同時に「Retty Scrum Meet up〜2018.12.18〜」でLTやったよ！っていう報告でもあります. 別に釣りたいわけじゃありません（汗） そんな話をこちらでしてきました. retty.connpass.com 自分がどうやって「越境」してきたか（&これからどう「越境」するか）についてサクサクと書きたいと思います. TL;DR サービスの価値を高める、チームを良くする手法・プラクティスは必ずしも一つ（アジャイル・スクラムetc...）ではない サービスやチームのフェーズ、メンバー次第であえてスクラムを「捨てる」のも一つの手 「越境」とは、「挑戦する」勇気と共に、「やることをやりきる、やらなくていいことは捨てる」意志と行動力がメチャクチャ大事 おしながき TL;DR おしながき Who a

はてなのチーム横断のエンジニアメンター制度 - Hatena Developer Blog で紹介していますが、はてなにはチーム横断のエンジニアメンター制度があります。僕も最近までメンターとして5~6人ほどのメンティーを持っていました(今は事情があってメンターをやっていないのですが)。 メンターとして1on1をする時には1on1ミーティングに備えるアンケート - しるろぐを参考にし、事前にメンティーに面談シートを書いてきてもらうという工夫をしていました。その面談シートは改善を少しずつ加えながら運用していたのですが、一度知見共有も兼ねて最近使っていた面談シートテンプレートを公開してみようと思います。 面談シートテンプレート 以下のようなフォーマットで書いてもらっています。1on1の前にメンティーに1on1用Google Docsに追記していってもらっています。1on1用Google Docs

日本では「ブロックチェーン」は過度な期待、「DevOps」は幻滅期、「ビッグデータ」は陳腐化へ。ガートナーが「日本におけるテクノロジのハイプサイクル」2018年版発表 調査会社のガートナーは毎年、先進テクノロジーに関する「ハイプサイクル」を発表しています。 ハイプサイクルとは技術の登場から安定までを5つのステージに分けて説明したもので、黎明期から過度な期待を経て幻滅、啓蒙、安定へと移行する途上のどこにその技術が位置しているかを示しています。 米ガートナーは2018年8月に「Hype Cycle for Emerging Technologies, 2018」として今年のハイプサイクルを発表し、汎用AIは黎明期、バイオチップやディープラーニングは過度な期待、複合現実は幻滅期などと位置付けています。 同社の日本法人であるガートナー・ジャパンも10月11日付けで、「日本におけるテクノロジのハイプ