えにしテックさん15周年記念イベントでのトーク資料です。
A guide to scaling product & engineering teams from $0 to past $100M ARR. © 2024. Stay SaaSy. Learning how to manage is a long race - it takes many years and each lap offers new learnings. Along the way, anchors emerge that can help orient a manager when a number of other variables are in flux. Below we offer a number of these anchors. They are based on philosophy, experience, and analysis; we hop
2023年12月は、『TBS NEWS DIG』や『PIVOT』なので動画が立て続けに出るのですが、動画だけでは話しきれなかった部分があるので、今年1年間で考えてきたテーマについて、本記事で書いていきます。 問いとしては、下記の5つを網羅したものとなります。 ① なぜ働かない社員が生まれるのか?(静かな退職/逃げ切り社員問題) ②「多様性」を推進しても、逆に亀裂が生じるのはなぜか?(フォールトライン問題) ③ メガベンチャーやブランド化した企業はなぜ衰退するのか?(◯◯Wayの絶対視) ④ 自社愛が強い人ほど、企業を滅ぼしてしまうのはなぜか?(盲目的自社愛) ⑤ メディアで持て囃されている企業から衰退していくのはなぜか?(メディアトラップ) そして、結論というか総括として、下記の画像に集約される現象が発生し、組織が硬直化していくという話をします。 8000文字くらいあるので、10分くらいは
The consultancy giant has devised a methodology it claims measures software developer productivity. They only measure activity, not productivity from a business perspective. And measuring activity comes with costs & risks they do not address. Here’s how we think about measurement. Part 2. (Gergely’s version is here.) In the first part of this two-part article, we covered: A mental model of the sof
In 1981, a consultant named George Doran published a paper called: “S.M.A.R.T. Way to Write Management’s Goals and Objectives.” Since then, SMART has become a common strategy in goal setting. So why do we constantly forget about it, especially when it comes to personal goals? Ask people about their New Year’s Resolutions and you’ll get responses like: “Get in shape this year.”“Learn how to code.”“
こんにちは。ExaWizards でPM(プロダクトマネージャー)をしている宮田(twitterアカウントは@miyattiです)です。 前の記事でエクサでやっているプロダクト開発のプロセスの全体の流れを説明させていただきました。 あれは実は前振りなところがあって、今回はここ1年もっとも重要視してきたチームマネジメントをどうしてきたのか?というところを書きたいと思っています。 正直プロダクトをあてるのはどんだけがんばっても成功率1、2割の世界なんていわれたりします。その中で、結局大事になってくるのは1回のプロダクトの成功確率を限界にむりやりあげることよりも、3割バッターだらけのチームを育てて運営していくことかなと思ったりします。 そういうチームができあがれば、一度失敗したとしても、いつかは当たるわけです。しかもナレッジはチームにどんどんたまっていくのでどんどん成長していく。そんな3割、4割
以前から何故CTOに代表される技術系の役員という役割が必要なのだろうか?と考えていた。技術が重要なだけなら昔ながらの製造業や通信産業の組織でも似たような役割が設定されていたはずだ。みんなバカじゃないので。CIOはいたがCTOはあまり聞かなかった。その違いはなんだろう? スタートアップとして投資を受ける時にVCから「あなたのチームは技術者採用できますよね?」というのを証明するためにCTOの設置が求められたりするなど、特にWeb系企業においてはあたりまえの役割として設置されている。つまり技術者のキャリアパスとして、役員クラスまで登れるんですよ、という道筋の提示という役割はまああるのだろう。 ただ、それだと客寄せパンダにしか見えなくもなく、ビジネス的な役割が適切に存在しないのであれば長くは続かない。やはり技術部長やテックリードではなく、役員クラスとしての責任をどう果たすから技術系役員が必要だとい
と、いうわけで今日は CTO っぽいアドベントカレンダー書きます。(この記事はスタフェスアドベントカレンダーのトリです! メリークリスマス!) 今年2月に、執行役員CTOとして、スターフェスティバル株式会社(スタフェス) にジョインしました。スタフェスは参画時点で11期、今年の7月から12期の始まったレイトステージスタートアップです。 さて、そんなスタフェスにジョインして約1年になるので、2020年の締めくくりとして、この1年やってきたことをざっくり書き起こしていこうと思います。 "CTO" としては3社目、超0→1からのM&A、10→100からのIPO、という経験をもちながらやってきつつも、これまでと全く異なるステージ・環境・ビジネスで、相変わらず試行錯誤を繰り返しつつ失敗をしたりうまくいったりしつつ、それでもこの1年で大きく下地を作ることができたのではないかとは思っています。 そういう
こんにちは、ZOZOテクノロジーズで執行役員CTOをしている @kyunsです。 本記事はCTOA Advent Calendar2020の 16日目の記事となります。 この記事ではZOZOでの2年半を振り返り、テックカンパニーを目指す中でCTOとしてどのようなことに取組み、結果としてどういう変化が起きたかについて紹介したいと思います。 同じような立場のCTOやこれからエンジニアリング組織を強化していきたい方々の参考に少しでもなればと思います。 自己紹介と背景 私はヤフーに2006年に新卒で入社し、3年働いた後に当時一緒に働いていた金山と一緒にVASILYというスタートアップを創業し、受託アプリ開発や「IQON」というサービスを開発していました。 何度かの資金調達などを経て、最終的に2017年にZOZOへ売却し、ZOZOの完全子会社となりました。その後、2018年の4月には当時のスタートト
職場のコミュニケーションを深めるために、これまでは懇親会や飲み会などが行われてきましたが、最近は「1on1ミーティング」を取り入れる会社が増えています。一体どんな効果があるのでしょうか。また、行う際に注意すべき点はあるのでしょうか。精神科医の斎藤環さんに伺いました。斎藤さんは、1on1を行う際は、気をつけなければ社内の人間関係を悪化させてしまうと警鐘を鳴らします。 1on1ミーティングとは? 今、チームのコミュニケーションを深め、パフォーマンスを上げるために、「1on1ミーティング」を導入する企業が増えています。 1on1ミーティング(以下1on1)とは、上司と部下が1対1で定期的に行うミーティングのこと。人材開発論・組織開発論を専門とする立教大学経営学部中原淳教授は、1on1を以下のように定義しています。
We help product, technology and engineering leaders design high-impact team-of-teams organizations. DESIGNING TEAM-OF-TEAMS ORGANIZATIONS FOR FAST FLOWTeam Topologies is the result of years of research into how successful leaders design team-of-teams organizations delivering business outcomes through technology. What do leaders use Team Topologies For?Team-of-teams design for product-driven and pl
IT Leaders トップ > テクノロジー一覧 > 開発ツール/プラットフォーム > 最前線 > ビジネス指向を重視したIT管理の新フレームワーク「IT-CMF」 開発ツール/プラットフォーム 開発ツール/プラットフォーム記事一覧へ [最前線] ビジネス指向を重視したIT管理の新フレームワーク「IT-CMF」 2011年4月6日(水)IT Leaders編集部 リスト IT管理を容易にするためのツールやマニュアル群であるフレームワークは、ITの世界にあまた存在する。 一方、ビジネスに貢献できるITという視点に重点を置いたフレームワークは今まで存在してこなかった。 こうした現状を打破すべく、ベンダーやユーザー、学術会などが集結し、ビジネス指向のフレームワークを完成させた。 それが、「IT能力成熟度フレームワーク(IT-CMF:IT Capability Maturity Framewor
マネージャーは非常に重要な役割であり、従業員の業績に大きな影響を与えます。優れたマネージャーの条件を共有し、能力開発の機会を提供し、優れたマネージャーを称賛するなどの方法で、従業員をサポートしましょう。 Google はこれまで、マネジメント業務の大切さを必ずしも正当に評価してきたわけではありません。2002 年、すべてのマネージャーを廃止して管理職のいない組織にするという「実験」を行いました。しかし、この実験は失敗に終わりました。2008 年には、調査チームが、マネージャーは重要な存在ではないという一部の意見を証明しようと試みますが、すぐにまったくの正反対であることがわかりました。つまり、マネージャーはきわめて重要な存在だったのです。 そこで、Google における優れたマネージャーの条件とは何かを正確に突き止めるため、「Project Oxygen」という調査プロジェクトが実施されまし
(Higher numbers are better. A more detailed description follows.) That's pretty interesting! Organizational structure has the highest precision, and the highest recall. (Again, more on the details later). That's pretty interesting, isn't it? The distance to decision makers and the number of developers working on a project is clearly and unambiguously the issue that is the best predictor of future
Developers Summit 2019 Summer での発表資料です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く