Measuring an engineering organization.
This is an unedited chapter from O’Reilly’s The Engineering Executive’s Primer. For the past several years, I’ve run a learning circle with engineering executives. The most frequent topic that comes up is career management–what should I do next? The second most frequent topic is measuring engineering teams and organizations–my CEO has asked me to report monthly engineering metrics, what should I a
Web における技術の解釈とエコシステムによる合意形成プロセスについて | blog.jxck.io
Intro 「ユーザが意図する挙動」とは何か。技術的に可能であるが「やらない方が良いこと」は、誰がどう決めるのか。 Web には仕様、実装、デプロイ、そしてユーザの利用とフィードバックによって、そうした合意がゆるやかに形成されていく仕組みがあると筆者は考えている。 しかし、これは明文化されているわけでもなく、その全体像を把握するのは一般には難しいだろう。 今回は、ちょうど何度目かの議論が再発している ping 属性を例に、この合意形成の概観について解説を試みる。 リンクの ping 属性 <a> には ping という属性があり、以下のように URL を指定する。 <a href=https:example.com ping=/path/to/report>example.com</a> HTML Standard - ping Attribute このリンクは、クリックすると https
こばかなさんのコーチングがとてもよかったのでメモ
こんにちは。THE GUILDのこばかなです。デザイナーとかをやっています。 最近コーチングを習得したのですが、とても面白いので布教もかねて説明してみたいと思います。 ※… コーチングは19時から1時間強でやってもらいました。場所は渋谷のフリーマンカフェで、久々に行きましたが相変わらず胡散臭いのがいっぱいいますね（自分含む）。文京区在住/勤務にはインターネットの香りが強すぎる場所です。 ①テーマ決め「テーマ何にする？」 なるほど、まずはテーマから決めるらしい。そりゃそうか。 個人的にはキャリア、恋愛、ダイエットあたりがテーマ候補として思いついたが、せっかくの機会なので一番真面目なキャリアで行くことにしました。こばかなさんは色んな人のコーチングをやっているけどキャリアは結構ポピュラーなテーマみたい。 ここでひとまず自分の現状の共有をする。 早いもので5月でFlattを立ち上げてから2年Pin
２つのDXと技術的負債-YAPC Tokyo 2019
「エンジニアリング組織論への招待」はビジネス書としても技術書としても評価された。これら二つは別のことなのだろうか。それをも同じものなのだろうか。 この講演では技術者体験DXと企業のデジタル化のDXの２つを橋渡ししていく。 「エンジニアリング組織論への招待」の骨子である、不確実性を恐れる人間の本能を乗り越えて、それらに向き合える組織を作ることによって生産的なチームができる。 そして、ソフトウェアを作るとは、「認識に齟齬がないほど明晰な言語に書き下すこと」であれば、これは情報の非対称性を減らすというコミュニケーションそのものだろう。 このコミュニケーションのコスト構造をそのまま、システムの構造に当て込んでしまうというのを「コンウェイの法則」と呼ばれている。 組織構造の問題が、システムへと転移して、コントローラビリティを喪失すること。これが技術的負債の真実であるなら、これはありふれた経済現象であ
メルカリの小泉さんと組織の課題について話したら恐ろしい程勉強になった話 – tsukuruba – Medium
僕の中で仕事人生に影響を与え続けてくれている三大COO（と勝手に呼んでる人たち）がいる。 一人目がアカツキ共同創業者COOの香田哲朗くん、二人目がフリークアウト(元)COOで現hey代表の佐藤裕介さん、そしてメルカリ社長兼COOの小泉文明さんだ。 それぞれ社長もできる人だが、COOとして事業及び組織の構築も構造的分析もハイレベルにできる。恐ろしく広域のアビリティを持ち、バイタリティとバランス感覚に優れ、超人的な仕事量をこなす人たちである。 そのうちのお一人であるメルカリ小泉さんと1on1させてもらう機会があり、その話が組織の課題に悩む他の人にもとても有用だと思ったのでメモを公開させていただくことにした。（ほんとにメモなんで乱文ご容赦ください） ツクルバでは組織・文化づくりに社をあげて徹底的に投資していく方針なので、非常に参考になった。 ＊＊＊以下メモ＊＊＊ [お題] メルカリで急激に組織を
12 “Manager READMEs” from Silicon Valley’s Top Tech Companies | HackerNoon
Too Long; Didn't ReadWhat does tech management at Slack, HubSpot, Netflix, Etsy, Shopify, InVision, and more have in common? A lot, apparently! What does tech management at Slack, HubSpot, Netflix, Etsy, Shopify, InVision, and more have in common? A lot, apparently!When we launched our first SoapBox hero I was surprised to discover a document used to introduce her working style to her team. I had
Proof That Positive Work Cultures Are More Productive
Too many companies bet on having a cut-throat, high-pressure, take-no-prisoners culture to drive their financial success. Emma Seppälä, PhD, is a faculty member at the Yale School of Management, faculty director of the Yale School of Management’s Women’s Leadership Program and bestselling author of SOVEREIGN (2024) and The Happiness Track (2017). She is also science director of Stanford University
5 Tips For Writing A Job Story
A Job Story is a powerful way to facilitate team conversation and discovery when designing products. They are meant to cut right to the job to be done by eliminating distractions. The job story encourages the product’s design process to focus on context, causality and motivations instead of assumptions, subjectiveness, personas and implementations. Want more? Download a free PDF book about JTBD or
プロジェクトの最初に、Project Canvas（プロジェクトキャンバス）を作ろう
Photo by Patrick Perkins on Unsplash プロダクト開発のキックオフで必ずすることは、プロジェクトゴールのすり合わせ UIデザイン案件のオリエンやキックオフに参加する時、実際にそのプロジェクトに入るかどうか関係なく、必ず最初の打ち合わせでそのプロジェクトのゴールをクライアントとすり合わせるようにしています。当たり前ですが…その当たり前が大事…！ 「今回は●月のローンチに向けてまずこのプロダクトのコンセプトである＊＊がユーザーさんに伝わり、且つ刺さることをゴールに、on-boardingプロセス完了と最初のAHA体験に到達してもらうことをゴールに進めたいと思います。認識違いありますでしょうか…？」 的な😇（全部それっぽく書いた例です） ここでのポイントは、プロダクト開発に参加していくいちデザイナとして、「この機能のUIデザイン作ります」といった単純なタスクを
CTOとエンジニアリングマネージャーでDelegation Boardを作ってみた - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
こんにちは、ゆのん(id:yunon_phys)です。先日、第二回エンジニアリングマネージャー勉強会にて、タイトルの内容についてLTをしてきました。結構多くの方に興味を持っていただいた内容で、折角なので文章にしてみました。 Management 3.0 Management 3.0によると、内発的モチベーション(同僚による感謝や、自分の能力がしっかり活かせている感)こそが生産性を上げるものだと主張しています。逆に、外発的モチベーションでは生産性が落ちると言われていて、いわゆる、ボーナスや評価などはマイナスにはたらくと言われています。 アカツキでは、誕生日メッセージやサンクスカード、1on1における対話、朝のGood&Newなど、既に内発的モチベーションを高める施策を実施していますが、もっと幸せに働ける職場に出来ないか、というのを常にメンバー自らが探し求めています。そういうわけで、Manag
「速」を落とさないコードレビュー
Forkwell Meetup #3 https://forkwell.connpass.com/event/48147/Read less
成長する会社の定義
成長する会社をすごく簡単に定義すると １．事業モデルと顧客ニーズを定量、定性を通して詳細に分解、構成を理解している。→最低でも半年分は正確に事業計画が書ける。ブレない。 ２．的確にモデルに対して、人と時間とお金を配分し、社内で競争するのではなく、協力して改善を行っている。無駄なコストを削減できている。（仕事が被らないように割り振られており、組織に個人が埋没しない仕組みになっている） ３．そして、それに合致した行動規範があり、事業が推進されている 上記１，２，３を満たしている会社だと思っています。 （もちろん何をやって社会に役に立つというミッション定義は別にあります） １の細かさがすべてを決めますが、殆どの会社が自社がなぜ成長しているのか、理解されていません。 １と２を決めてから、社長は飲みに行ったり、講演を増やしてマーケティング活動に勤しむと楽になるかも 笑
イケイケなベンチャーの開発チームが、大企業的な開発チームになってしまう5つの兆候 - Qiita
はじめに この記事は CrowdWorks Advent Calendar 2016 18日目の記事です。1 やすにしと申します。世間一般的に言う、ジャーマネ的なことをやらせていただいております。組織というのはナマモノでして、常に変化し、課題の種のようなものを見過ごすと、後々大変なことになることが多くあります。とはいえ、うまくいっても空気のように当たり前となりますし、うまくいかないと批判の的になるというなんとも世知辛い役割ですね。 我々も、5人ほどのエンジニアだった組織が、9ヶ月ほどで30人を超え、大きな変化を迎えました。人数が多くなるということは、課題が変容し複雑になるということ。当然ながらその複雑な課題に対して対処するわけですが、そこで多くの会社は「マネジメント」をしようとします。ただ、そのマネジメントもやり方を間違えると、活力や改善や変革をする芽を奪ってしまい、一気に硬直化し、数人だ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The Engineering Executive's Primer
Google re:Work
3 Keys to Software Engineering “Management”
Delegation and Empowerment: The Seven Levels of Delegation
https://a16z.files.wordpress.com/2014/08/good-product-manager.pdf
OUTLINE
The Amplifying and Buffering Effects of Virtuousness in Downsized Organizations - Journal of Business Ethics