書評『エンジニアのためのマネジメントキャリアパス』 - Kentaro Kuribayashi's blog
『エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド』を、版元のオライリー・ジャパンよりいただきました。ありがとうございます。 エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド 作者: Camille Fournier,及川卓也(まえがき),武舎広幸,武舎るみ出版社/メーカー: オライリージャパン発売日: 2018/09/26メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る 結論からいうと、インターネットに関わるソフトウェアエンジニアの方は、ぜひ読まれるとよいと思います。マネジメントへのキャリアパスを考えている人にはおおいに参考になるだろうし、コードをバリバリ書いていきたいという方にとってもエンジニア近辺の登場人物の特性を知っておくことは損にはならないでしょう。 ソ
メタ・マネジメント: ビジネスと技術とDXの均衡点を探ることと、その均衡をぶち破ること - Kentaro Kuribayashi's blog
今日、エンジニア職位制度に基づく面談をしていて、自分の職務のうちのひとつを言語化したということがあったので、メモっておく。 CTOとは何か？ CTOというのがなにをする役職であるかについては、基本的には以下のスライドで述べた通り。 上記で述べられている、4つのマネジメント対象のうち、ヒトについては全ての基盤になる要素であり、あとの3つを別の言葉でいいかえると以下の通りとなる(それぞれに重なる部分はあるが)。 モノ: 技術 カネ: 事業 情報: DX(デベロッパー・エクスペリエンス)*1 3要素のバランス 組織の成長を最大化するという前提において、3要素それぞれについてバランスよくマネジメントして、そのいずれもが良い状態にあることが目指すべきところである(下図(1)の状態)。 その3つをうまいこと取り持つことで、上記の(1)のように3つのどれもに重なる部分を得られる時、技術マネジメントがうま
GMOペパボ株式会社の取締役CTOに就任しました - Kentaro Kuribayashi's blog
3月18日に行われたGMOペパボ株式会社第15期定時株主総会において、当社の経営の一端を担う取締役としてご選任いただきました。あわせて、経営チームにおいて技術を専門に担うCTOも兼ねることになります(こちらは執行役員CTOからの継続)。 新しい技術を生み出すことおよび生産性の高い働き方を実現することにより、当社の足元の成長と同時に、中長期にわたる継続的かつ高い利益の創出に大きく貢献したいと思います。そのことにより、お客様、一緒に働く仲間たち、株主の皆様等、関わる全ての方々に笑顔をもたらします。 どうぞよろしくご期待をお願い申し上げます。 ここからは個人的な抱負。 私はずっとエンジニアとしてやってきましたので、その範囲においては実績なり業界的な知名度なりが、満足できる水準においてではないにせよ、なにかしらはあるのだろうと思います。 ところで、『役員四季報』によると、日本の上場企業の役員は4万
技術組織をスケールするためのCTL = チーフテクニカルリード - Kentaro Kuribayashi's blog
GMOペパボにおいて、チーフテクニカルリード(略称: CTL)という職位を作りました。既に以下のブログエントリで新任の2人がエントリを書いているところですが、制度設計者として、その背景を述べてみたいと思います。 diary.shu-cream.net ten-snapon.com GMOペパボの執行役員CTOになって1年半*1、その前に技術責任者に就任してから早2年*2が経過しました。その間、組織面においては、「いるだけで成長できる環境」*3、技術面では「事業を差別化できる技術」*4というコンセプトでやってきました。まだ道半ばではあるものの、逆にいえば、通るべき道は見えているともいえます。 そんな中で、この2年間、ずっと気にかかっていることがありました。 組織的にはエンジニアの人数が90人弱になり、近いうちに100人に達することでしょう。また、技術の移り変わりはますます早くなっていき、つい
マネジメント3題噺: いいじゃん・いい感じに・バーンと - Kentaro Kuribayashi's blog
こんなことを書いた。 私のマネジメントスタイル、「いいじゃん」「いい感じに」「バーンと」の3つしか話してない。— あんちぽちゃん (@kentaro) July 6, 2016 というだけだと雑過ぎて酷い人間にしか見えないので、補足する。 世の中にはいろんな環境があるだろうが、そもそもうちのような採用を重視している会社では、基本的に信用できる人々で構成されていることが前提。その上で、たくさんの人々との関係性の中で、成果を最大化するに際して重要だとおもうことに、以下の3つがある。 つねに肯定的・ポジティブ 仲間を信頼して任せる 大きなスケール観を持つ 細かいことや短期的な観点からいうと「もうちょっとどうかしてほしい」という気持ちになることはある場合もあるだろうが、そこはいったんぐっと引いて置いておく。その上で、上記の3つを伝え、お互いに内面化し、その考えを元に実行していくことがよかろうと思っ
「エンジニア実績システム」を導入した - Kentaro Kuribayashi's blog
はてなさんの「実績を解除してエンジニアスコアを上げろ！はてなのエンジニア実績システムのご紹介 - Hatena Developer Blog」というエントリにある「エンジニア実績システム」がすごくいいなと思ったので、うちの会社でも導入してみました。 「実績」について 上記のエントリに紹介されている項目を取捨選択した上で、以下のようなものを追加したりしました。 プライベートでWebサービスを運営する(Paas or Shared Hosting, VPS, IaaS, 自宅サーバ) プライベートでモバイルアプリを公式ストアへリリースする(ダウンロード数) GitHubの年間アクティビティ数(100, 500, 1,000, 3,000) 勉強会の開催 修士号取得 博士号取得 論文誌への論文掲載 また、後述する「意義」に沿うよう、追加すべき「実績」を募集し、内容を更新しています。 ソーシャル要
エンジニアとしていかに成長するかについて、GMOグループの新卒エンジニア・クリエータの皆さんにお話した - Kentaro Kuribayashi's blog
GMOグループにはGMOテクノロジーブートキャンプという新卒エンジニア・クリエータ向けの研修メニューがあって、そこでなんか話してくれという要請があったので、「エンジニアになる」というタイトルで、エンジニアとしての成長について、少しお話をしてきました。 自分自身がエンジニアとしていままでどうしてきたかみたいな話は、まとまった形ではこれまでしたことがなかったわけですが、立場上とか年齢的にも「僕ごときが……」とかいってもいられないので、恥を忍んでスピリチュアルな話をしてみました。以下、ご笑覧くださいませ。 いいたいことはだいたいスライドに書きこんだのですが、以下、ちょっとだけ補足。 このスライドを作っていた時に、ちょうど「現場ロックイン」についてのエントリが話題になったり、また、このエントリを書く直前にも似たような話題のエントリを見たりしました。 現場ロックインが技術力さげてるのかもしれない -
GMOペパボ株式会社の執行役員CTOに就任しました - Kentaro Kuribayashi's blog
昨日(3/21)、GMOペパボ株式会社の執行役員CTO*1に就任しました。昨年8月に技術責任者に就任したのですが、今後はより一層、経営に近い立場で「技術」という切り口において会社の成長に貢献していきたいと思います。 今後やっていくこと 今後やっていきたいことを整理すると、以下の3つになります。 成長のための技術戦略の策定・実行 1.を実現するための技術基盤づくり 1.を実現するための組織づくり これまでも「GMOペパボ攻勢の裏側にあった「技術的負債を抱えない開発体制づくり」3つの布石 - エンジニアtype」にある通り、あれこれやってきましたが、より踏み込んだ戦略を立て、実行していくつもりです。また、それぞれにおいて各論的にいろいろ考えていることはあるのですが、細かいことをここで述べてもしかたないでしょう。このブログでもこの1年あまり、上記についてあれこれと書いてきたので、是非そちらをご覧
エンジニア専門職のグレードについて詳細な役割定義は必要か？ - Kentaro Kuribayashi's blog
様々な人々から、エンジニアに関する制度についてインタビューされる機会が増えてきた。その中で考えが整理されてきたパーツもあるので、せっかくなのでまとめておこうと思う。 ペバボのエンジニア職位制度のアップデートについてなどで書いている通り、ペパボはエンジニア専門職制度を制定し運用している。その前提として、専門職制度がどのような位置付けかというと、簡単に示すと以下の図の通りである。 この構造自体は特になんの変哲もない、わりと一般的な制度だといえるが、我々はこの中にひとひねり加えている。以下に説明する。 前提知識 ただし、その前に人事制度における前提的知識について述べておかないとならない。 社員格付け 昨今は「フラットな組織」「ネットワーク型組織」などというものも出てきているが、それはそれとして、一般に企業組織は、その構成員をなんらかの方法を用いて格付けしている。すぐに思い浮かぶのは、部長とか係長
Serverspecの作者がつくる、あるひとつのOSS文化 - 書評『Serverspec』 - Kentaro Kuribayashi's blog
著者のmizzyさんこと宮下剛輔氏よりご恵贈いただきました。ありがとうございます。 Serverspec 作者: 宮下剛輔出版社/メーカー: オライリージャパン発売日: 2015/01/17メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る さて、本書について、技術的な側面で語れるひとはたくさんいるだろうので、ちょっと趣向を変えて、エッセイ的な話を書く。ちょうど、著者も「本書は、単なるServerspecに関する解説書ではなく、Serverspecに関する思いを綴ったエッセイとも言えるかもしれません」(「はじめに」より)と書いていることだし。 Serverspec誕生の頃 約2年前の今頃、ある新しいシステムのためにサーバを構築しようとしていて、我々(mizzyさん、@lamanotramaさん、僕)は苦心していた。Puppetでサーバ構成を記述するに際して、もっといけ
YAPC::Asia 2014で「いろんな言語を適材適所で使おう」という話をした #yapcasia - Kentaro Kuribayashi's blog
YAPC::Asia Tokyo 2014で、いろんな言語を適材適所で使おう - YAPC::Asia Tokyo 2014という話をしてきました。 これまでのソフトウェアエンジニアとしての経験から、継続的に価値を提供し続けるための技術選択はどのようにあり得るのかということをずっと考えていて、「「技術的負債」を問いなおす」というタイトルでJAWS DAYS 2014で話してきた #jawsdaysや、GMOペパボのエンジニア新人研修 #lldiverという発表でもそのあたりの問題意識に基いて話したりしてきました。今回の話は、では、それらの延長線上での、将来における技術選択の最適化について考えてみました。 もうちょっとちゃんと定量化できる感じにしたいけど、まだまだ難しそうだなあという感じ。もうちょっと深堀りして考えていきたいと思います。
RailsでTypeScriptを使う - Kentaro Kuribayashi's blog
JavaScriptは設計が難しい。経験上、すぐグシャグシャになってしまう。よくわからなくなる。もちろん、私のスキル不足というのはあるだろうけれども、スキルが不足してるのはしかたないので、学習は続けることは前提であるにしても、技術的に解決できるなら技術に頼りたい。そうした意味で、いわゆるAltJSの中ではTypeScriptが有望だろうと思う。 RailsとTypeScript TypeScriptを使うにしても、それ単体で使うというシーンは、Webアプリケーション開発という文脈ではあまりない。たとえば、Railsで開発しているWebアプリケーションのフロントエンドを構成する言語として使うことになるだろう。その際、まず考えるべきことは、Asset Pipelineとどう折り合いをつけるかということだろう。 Asset Pipelineは、以下の機能を担っている: 拡張子(例:applica
リリースの高速化はWebサービス企業にとって最重要である - Kentaro Kuribayashi's blog
インターネットを眺めていたら、リリースの高速化自体を目的化するのではなく、ビジネス成果によって成否を判断するべきだという主張があったので、思うところを書いておく。起点は他社さんにおける議論だが、そこは問題ではなくて、もし自分の関わるところでそういう議論が起こったら、自社の技術に対してそれなりのポジションにおいて関係する人間としてどのように考えるべきだろうかという視点で述べる。 リリースあるいはリリースの高速化自体を目的化するのではなく、その結果としてのビジネス的成果が大事だということは、マネジメントにとっては当たり前なわけで、いちいちいうまでもないことだろう。そもそも、サービスが圧倒的に成長し続けていれば、リリース頻度 = 成果になるはずだ。現状そうでないのであれば、成長速度が遅いということになる。エンジニアが技術を尽くしてリリース速度を向上させたにも関わらずそれが成果に結びつかないとした
A/Bテストでいちばん大切なこと - Kentaro Kuribayashi's blog
「A/Bテスト」が、Webサービスの最適化技法として人口に膾炙して久しい昨今ですが、それでもなお、個々の施策実行時にはいろいろと迷うことがあります。たとえば: 有用なテスト結果を得るためにパターンをどのような基準で用意すればよいのか テスト結果の統計的有意性をどのように検定すればよいのか 個々の改善がそれぞれによかったとしても、それらが局所最適に陥らないためにはどうしたらよいのか といったあたりが挙げられます。(2)については純粋に技術的な問題なので、ここでは議論しません。問題にしたいのは(1)および(3)についてです。ひとまず、いまのところ僕が思う一番大切なことをひとつだけ述べておきましょう。それは: 「それに対してなんらかの肯定的/否定的意見のあるパターンをテストする」 ということです。どういうことか。 視野狭窄的なA/Bテスト A/Bテスト、あるいは同様の最適化技法については、かつて
ぶつかり稽古 2014年初場所 #cross2014 - Kentaro Kuribayashi's blog
CROSS 2014で行われたコードレビューCROSS 〜ぶつかり稽古 2014初場所〜 | CROSS 2014というイベント(パネルディスカッション)でモデレータをつとめました。「#ぶつかり稽古」という事件についてで書いた、エンジニアによる「知的エンターテインメント」であるところの「ぶつかり稽古」の本格普及を図る第二弾のイベントです。 前回はペアプロでしたが、今回はセッションオーナの@studio3104さんのご意向により、コードレビューの実践、および、パネルディスカッションという形を採りました。1時間という時間では、なかなか深い議論をするのは難しいところだとは思いますが、各社での具体的なコードレビューのやりかたや考え方について、ある程度筋道のたった議論ができ、今後の参考にしていただけるような内容になったのではないでしょうか。@studio3104さんはじめ、親方とその弟子たち(パネラ
「#ぶつかり稽古」という事件について - Kentaro Kuribayashi's blog
去る11月23日、あるイベントが開催された。「秋のエンジニアぶつかり稽古 2013」という。何を目的にしたイベントなのか誰も(主催者側ですらも)わからないまま始まったこのイベントは、しかし、最後までその目的が明らかにならないままに、なぜか大成功の余韻だけはしっかり残して終わった、異常な「事件」と呼ぶ他ないものとなった。 事の発端 そもそもの始まりからして意味不明だったのである。発端はこれだ。 @__kan こんにちは、ペパボです。YAPC::ASIA参加者スペシャル特典にご応募いただき、ありがとうございます ！ @kentaro とのぶつかりげいこをぜひ開催したく思います。ご都合のよろしい日をいくつかご連絡下さい！ pic.twitter.com/uoj2uExHBU— ペパボ(paperboy&co.) (@pepabo) October 2, 2013 2ヶ月ほど前、YAPC::Asi
あんちぽっぷの料理本棚 - ブクログ図書館番外編 - Kentaro Kuribayashi's blog
先日(2013/6/14 - 6/16)行われたペパボ文化祭に、出し物のひとつとして「ブクログ図書室」というものがありました。これは、みんな大好きブクログをリアルに再現しようというものです。 僕も選書で少し協力したのですが(『設計の設計』)、それとは別に選書した料理本棚がボツになってしまったので、以下に公開しておきたいと思います。 魯山人味道 魯山人味道 (中公文庫) 作者: 北大路魯山人,平野雅章出版社/メーカー: 中央公論社発売日: 1995/06メディア: 文庫購入: 3人 クリック: 32回この商品を含むブログ (34件) を見る http://booklog.jp/item/1/4122023467 魯山人は基本ですね。 向田邦子の手料理 向田邦子の手料理 (講談社のお料理BOOK) 作者: 向田和子,講談社出版社/メーカー: 講談社発売日: 1989/05/22メディア: 単行
『入門Puppet - Automate Your Infrastructure』という電子書籍を出版しました - Kentaro Kuribayashi's blog
Chefとならんでよく利用されているサーバの構成管理フレームワークであるPuppetについて、『入門Puppet - Automate Your Infrastructure』という本を出版しました。 入門Puppet - Automate Your Infrastructure【電子書籍】栗林健太郎 達人出版会 発行日: 2013-05-08 対応フォーマット: PDF, EPUB 詳細を見る 入門Puppet - Automate Your Infrastructure 作者: 栗林健太郎発売日: 2013/04/29メディア: Kindle版この商品を含むブログ (1件) を見る id:naoyaさんの許諾をいただいた上で、『入門Chef Solo - Infrastructure as Code』の姉妹(兄弟？)本のような体裁の、コンパクトな電子書籍です。表紙は、naoya本同様「
サーバ管理の仕組みを作り始めた話 - Kentaro Kuribayashi's blog
先日(10/9)、riywoさんさんの呼びかけにより、サーバ管理をどうやったらいい感じなるかを話し合う会がもたれました。僕は、直接サーバ管理をやっているわけではないのですが、社内でそういうの欲しいという話をしていて、ツールを作りたいといっていたので、参考になればというわけで、お誘いいただいて参加してきたのでした。 riywoさんから、叩き台としてホストのキーを元にした統合的なAPIの構想を図式化したスライドを提示していただいた後、管理システムの主なユースケースや、各社の実際の管理手法などをいろいろお話をうかがいました。僕など、インフラ的な知識に乏しいもので、これはなかなか大変なことだなあというのがあらためてわかりました。 組織体制や経理ルールの複雑性が各社でだいぶ違う サーバの情報として必要な属性が各社でだいぶ違う そもそもサーバの情報が複雑 既にあるなんらかの管理の仕組みとの整合性を取る
2012年は「多言語ブログ」がアツい！！1 - Kentaro Kuribayashi's blog
こんにちは。私はantipopです。あなたの名前は？ ここ数年、技術者界隈でAdvent Calendarというものが流行っていて、毎年12月になると一定のお題に沿った日記バトンみたいな、その意味ではわりと昔懐かしい感じのするイベントが行われていて、技術的なことに関しては僕もどっかで書こうと思っているのですが、Advent Calendar自体は別に技術的なことに限る必要もないじゃんってんでHatena::Staff Advent Calendar 2011つって社内の参加者を募ったところ、めでたく開催の運びと相成ったのでこうして書き始めてみたものの、完全に勢いだけで言い出しただけで書くことを決めていなくて困ったりしたので、酒を飲みながら自由奔放に筆を滑らせていきたいと思います。 というわけでこんばんは！！1 みなさん日記書いてますか。僕は日記を書くのが大好きで、ウェブがなかった頃からノー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
