CTO Night & Day 2023 Fukuoka で登壇した発表資料になります。 https://aws.amazon.com/jp/blogs/startup/cto-night-and-day-2023-fukuoka-day1 https://aws.amazon.com/jp/blogs/startup/cto-night-and-day-2023-fukuoka-day2
なぜレッドオーシャン化する前にサービスを グロースできなかったのか？ - フリマアプリ編 - @yutadayo
CTO Night & Day 2023 Fukuoka で登壇した発表資料になります。 https://aws.amazon.com/jp/blogs/startup/cto-night-and-day-2023-fukuoka-day1 https://aws.amazon.com/jp/blogs/startup/cto-night-and-day-2023-fukuoka-day2
はじめに 私は、さくらインターネットというクラウドサーバの会社の社長をしていて、よく経営者の方からのメンタリングのリクエストをいただくことがあります。 その中で多くの割合を占めるのが、ITエンジニア(以降、エンジニア)のマネジメントと、エンジニア組織の構築をどのようにすればいいのかというテーマです。 確かに、どんなビジネスをするにしても、単にSaaSやノーコードツールを活用するだけでは足りなくて、自分たちでシステム開発しないといけないケースが増えてきているのは、間違いないなと思います。 外注をしてシステム構築をするケースももちろん多いですが、基幹システムのような使いにくくても自社の社員が我慢すればいいものと違って、自社のお客様向けのシステムだと使いやすくないとお客様が離脱してしまいますし、常にアップデートをし続けて、最良のUI/UXを作ることが業績に直結します。 要は、今のデジタルシステム
プリウス開発に見るアジャイル開発要素と今時の進め方：続編 / The Agile Development Elements and Current Approach as Seen in Prius Development: Sequel
弊社の伝説の開発のひとつ、スクラムの源流でもある、初代プリウスについて、当時の開発者たちが語る熱く、時には洩れる本音のトークを紹介します。また日本を代表するアジャイルコーチの皆さんと、温故知新の心構えでこれらを分析しました。開発者たちのトークに、いくつかの共通ワードが存在し、それがスクラムの源流と繋がっている所まで整理できたので解説します。更に、変化の時代、環境変化に対し、ハードウェア開発をどう進めるべきか？ いまどきの取り組みを現場の開発者たちの声と共にお届けいたします。本内容は、スクフェス三河「初代プリウスにみるアジャイル開発の要素と現代の環境での進め方について」の続編という位置付けになります。 / We will introduce passionate and occasionally candid discussions by the developers of our lege
この記事は リクルート ICT統括室 Advent Calendar 2023 18日目の記事です。 こんにちは、ICT統括室の別府(@tky_bpp)です。この記事は、社内の情報流通を社内プロダクト起点で改善しようとしている取り組みの紹介です。 具体的には「社内・社外に分散している情報」を集約することで「各従業員がこれまでどのような仕事をしてきたのか」を可視化しようとしている取り組みです。その中でも、主にプロセス、工夫した点について書いています。そのため、特定の技術スタック、ツールの紹介といった技術的な内容にはあまり触れません。 同じような課題に取り組んでいる方にとって、少しでも参考になれば幸いです。 はじめに 私は現在、リクルートの社内で利用されている従業員検索システムのプロダクトマネージャーをしています。 このシステムには、従業員毎の個人ページがあり、連絡先や所属部署、使用しているパ
30歳で労働組合（高教組）の責任者になった教員が体験した2年間の回顧録が「労働組合の存在意義」を分かりやすく伝えていて興味深い
MASA(航空宇宙・軍事) @masa_0083 航空宇宙、ミリタリー、無人機関係の話をします。スペースXのファン。 個人、企業問わずVtuberを応援しています。 twpro.jp/masa_0083 MASA(航空宇宙・軍事) @masa_0083 感動した。 このツリー、ぜひ最後まで読んで欲しい。労働組合の本当の姿、「労働者の権利のための組合」がどういうものか、よく見える。 本来、労働組合とはこういう正当な組織だったはずなのに、どうしてほとんど関係ない政治団体化してしまったのだろうか……。 x.com/noeasywalk/sta… 2024-05-03 12:56:00 佐伯 佳祐 @noeasywalk 実は、30歳にして自治体の教職員組合の書記長を務めた。その任期がついに先日満了した。「組合」といえば皆さんにとって煙たい話題だろう。よくわかっている。しかし、今の私には書き残さざ
自分の心理的安全性を、自分で高める - Link and Motivation Developers' Blog
エンジニアの梅原です。 少し前から「心理的安全性」というキーワードについて、疑問に思うところがあって色々と考えていて、 なんとなく考えがまとまったので、自戒も込めて文章として書き起こしてみました。 もともと社内向けに書いたものでしたが、思いのほか反響があったためこちらでも書いてみようと思います。 めちゃくちゃなこと言ってんな、って思う人もいるかもしれませんが、際に振ったときの思考実験だと思って読んでもらえると。 心理的安全性とは何か？ 一般的に「心理的安全性」とは、以下の定義で語られます。 "A shared belief held by members of a team that the team is safe for interpersonal risk taking." （このチーム内では、対人関係上のリスクをとったとしても安心できるという共通の思い） Edmondson (19
リリースするたびに「影響範囲の考慮漏れ」によるトラブルを起こす。こういう症状は、既存のソフトウェアシステムに追加開発を繰り返す組織によく見られるのではないかと感じます。コードやシステムの変更が影響を及ぼす箇所を見逃してしまい、未修正な箇所が残されたまま本番リリースされたために発生するトラブルです。 このようなトラブルが頻発すれば、関係者らは不満を感じます。エンジニアたちの能力に不信感を抱くかもしれません。 しかし、不満の矛先をエンジニアに向けたところで問題が解決することはありません。そもそも原因を見誤っているからです。根本的な原因は、もっと奥深くにあります。 影響範囲の考慮漏れの多発は、ソフトウェアシステムが大きな問題を抱えていることを知らせるサインです。このサインを見逃して表面的な対策ばかりを続けていると、症状が良くなるどころか、かえって悪化し続けることになるでしょう。 問題/原因の3層
『LeanとDevOpsの科学』をきちんと解読する 〜Four Keys だけじゃ絶対もったいなくなる話〜
スクラムフェス福岡2024での講演資料です。 --- 皆さん、職場でFour Keysを導入していますか？ Yesと答えた皆さん、『LeanとDevOpsの科学』は読みましたか？ あくまで僕の周囲のみの観測で語るのですが、Four Keysを職場で導入しているという人はとても多いのですが、そのうち、出典である『LeanとDevOpsの科学』をきちんと読んだ人はかなり少ないようです。 そして、ここで敢えて強めの主張をするのですが 『LeanとDevOpsの科学』を読まずにFour Keysをきちんと利用することはほぼ不可能です。 Forsgrenらは徹底した研究の結果として4つのメトリクス（指標）を見出すのですが、その裏には彼女らの沢山の思いが詰まっています。その思いや彼女らの思考を理解し、彼女らの考えをきちんとトレースして始めて、Four Keysは意味を持ちます。 そして『LeanとDe
Broken Ownership
Have you been in any of these situations? Managers make decisions that’s out of their leagues and everyone else in the team ends up paying for it. Knowledgeable people passively observe without bothering to contribute. Sometimes they are denied access to the room. Developers act like code monkeys, throwing the code over a metaphorical wall for the QA to test and “DevOps” to run. In “you build it,
成果の最大化と向き合うEM思考
2023/12/15開催のEMゆるミートアップで話した内容です。 linkや当日お話した部分、誤解を生みそうな部分に関していくつか補足を書いておきます。 - p5~p11 補足: EMは会社や事業、チームの状況によって、求められることが違うので、弊社のプロダクトや自分の立場についてお話しています。それを踏まえて資料を御覧ください。 - p13 link: HIGH OUTPUT MANAGEMENT - p17 link: LayerX羅針盤 - p19 link: 相互理解の重要性と、促進するためのワークショップのご紹介 #LayerXテックアドカレ -p23 補足: 委譲度は、図解真ん中の「同意する」がちょうど合議で決めるラインで、それより左はMgrが意思決定している状態で、右がメンバーに委譲して意思決定している状態です。徐々に右に進み、委譲度が大きくなるように意識しています。メンバー
Engineering Managerという役割がなぜわかりづらいのか - KAKEHASHI Tech Blog
カケハシでVP of Engineeringをやっています、ゆのん(id:yunon_phys)です。僕はEngineering Manager(EM)とは何かについて、かれこれ5年ぐらいEM.FMというPodcastや、ブログを通じていろんな発信をしてきました。そうすると色んな質問を各所から受けるわけなんですが、一番聞かれる質問第一位は、「結局EMって何する人なんですか？」 です。一口にEMって言っても、なんか人によって得意な領域が違っていたり、大事だと思うポイントがバラバラなので、この疑問を持つのはそりゃそうだよなあ、とは思います。というわけで、このエントリーではEMは何する人なのかを明らかに・・・と思ったのですが、一言で語るのはやっぱり難しいなと思っています。なので、なぜ僕がEMという役割を説明するのが難しいと思っているのか、を書いていきます。 マネージャーの本質はチームの足りてない
私は，あるスタートアップ企業でエンジニアリングマネージャー（の，1人）をしている。toB向けSaaSを提供している数百名規模の会社で，社名が少しずつ世の中に知られるようになってきたくらいのフェーズ。会社からはDirectorという肩書をもらっていて，トラディショナルな日本企業だといわゆる部門長の層にあたる。中間管理職の中では上のほうで，執行役員の下あたり，というと伝わりやすいだろうか。 様々な事情（会社が大きくなった，比較的社歴が長い，そこそこの業界経験値がある，自分の専門領域(*1)に社内のフォーカスがあたるようになり，チームをスケールする必要が出てきた，etc.）から，半ば必要にかられて，重い腰を上げてエンジニアリングマネージャーとして活動を始めたのがちょうど1年ほど前。 決してマネージャーとして早咲きのほうではなく，IT業界でのキャリアは15年くらいで，これまではずっとプレイヤー，ま
Engineering Career Ladderを作るときに気をつけたこと 其の一 - LayerX エンジニアブログ
この記事はLayerXテックアドカレ2023の4日目の記事です。 昨日は@shun_takさんが「バクラクのデータは難しくて面白い」を書いてくれました。 明日は機械学習チームのyakipuさんの記事が公開予定となっています。楽しみですね！ こんにちは、すべての経済活動をデジタル化し、ハタラクをバクラクにしたいmakogaです。 私のチームであるEngineering Officeは「人とチームの観点からエンジニアリング組織のパフォーマンスを最大化する」というミッションを持ち、組織の仕組みの設計や運用改善を行っています。その1つにEngineering Career Ladder*1の策定があり、10月から一部のRoleで仮運用を開始しています。 Engineering Career Ladderは上手に運用すれば強力なツールとなりますが、下手をすると生産性の悪化や成長の妨げになる可能性があ
現状のLeanerがこういう価値観で組織づくりしているというだけで、今後も絶対これらのポジションをつくらないと思ってるわけではないです Leanerについて Leaner Technologiesは「調達のスタンダードを刷新し続ける」会社です。企業の購買や調達に関する業務を支援するBtoB SaaSスタートアップです。トヨタ自動車様 や 大手コンビニエンス企業様 など主にエンタープライズ領域に導入いただいて急成長してます。 「Leaner見積」 「Leaner購買」 の二つのプロダクトを開発・提供しています。 エンジニアメンバーは約15名ほどです。 なぜポジションがないのか そもそもなぜポジションがあるのかについて明確な理由が自分たちの中でありません。特定のポジションがあるとそのポジションを目指すことが社内で正当化されます。 Leanerは「調達のスタンダードを刷新し続ける」という大きなコ
決済システム内製化のその先に ～クラウドネイティブな開発を"スケール"させるために必要だったこと / Beyond in-house production of payment systems
SBペイメントサービスは内製開発の立ち上げから既に5年以上が経過し、新たな開発プロジェクトが2年前に始まりました。 このプロジェクトは当社の中でも最大規模のシステムリプレイスのため開発パートナー企業にも協力いただき、またクラウド環境ではなくオンプレミスで構築されています。 このセッションでは開発体制をスケーリングする際に直面した課題や解決するためにしたことをお伝えします。 またクラウドネイティブな開発体験をどのようにオンプレミスで実現したのか、効率と品質を向上させるためのアーキテクチャや事例について紹介する予定です。
Questionable Advice: “My boss says we don’t need any engineering managers. Is he right?”
I recently joined a startup to run an engineering org of about 40 engineers. My title is VP Engineering. However, I have been having lots of ongoing conflict with the CEO (a former engineer) around whether or not I am allowed to have or hire any dedicated engineering managers. Right now, the engineers are clustered into small teams of 3-4, each of which has a lead engineer — someone who leads the
Leaner Technologiesでは、各自がエンジニアとして動きつつ、エンジニア+αの多様性ある動きをすることを組織として尊重しています。直接的な事業への貢献の背景の裏で「なんかいろいろやってくれる」人の存在を紹介します。 例えばこんなことをやってます まず大前提として、みんなエンジニアとしてプロダクトを開発するのが好きです。そのベースのうえに、各自の判断で、例えばこんなことをしています。 チームのふりかえりやプロセスの改善をリードする Leanerのエンジニアは顧客の要望や困りごとをCSから共有してもらい、一緒にプロダクトとして解くべき課題を考えます。必要なら顧客との商談や定例ミーティングにも同席して直接ヒアリングします。 顧客の困りごとをどう理解・解釈して、課題に落とし込むのか。そしてリリース後に得られたフィードバックをどのようにプロダクトの改善に活かすのか。このプロセスはプロダ
航空安全推進連絡会議＝JFASは、日本の民間航空における、あらゆる職場の労働者と連携した団体です。日本での航空機事故の撲滅と安全の達成を最大の課題としています
軍事的世界観から冒険的世界観へ。3,200人以上が登録・視聴した『新時代の組織づくり』ウェビナー開催レポート | ayatori - MIMIGURIの人や事業を紐解くメディア
軍事的世界観から冒険的世界観へ。3,200人以上が登録・視聴した『新時代の組織づくり』ウェビナー開催レポート#組織デザイン#組織開発 東京大学工学部卒業、東京大学大学院学際情報学府博士課程修了。博士（学際情報学）。現在は東京大学大学院 情報学環 特任助教を兼任。博士号取得後、株式会社ミミクリデザイン創業。その後、株式会社DONGURIと経営統合し、株式会社MIMIGURI 代表取締役Co-CEOに就任。経営と研究を往復しながら、人と組織の創造性を高めるファシリテーションの方法論について探究している。主な著書に『問いのデザイン：創造的対話のファシリテーション』、『問いかけの作法：チームの魅力と才能を引き出す技術』、『リサーチ・ドリブン・イノベーション』、『ワークショップデザイン論』などがある。 MIMIGURIは、2023年6月27日、安斎勇樹（株式会社MIMIGURI 代表取締役Co-CE
Two Person Teams
← all episodes Listen now If you’ve been following along with the podcast, you’ve heard the mention of two-person teams and how 37signals makes the most of its software features and productivity with just two people working together—one programmer and one designer. In this episode of the Rework podcast, 37signals co-founders Jason Fried and David Heinemeier Hansson sit down with Kimberly Rhodes to
警察を「ウイルス」と呼称 決済は現金、対策入念―スカウト集団、年商数十億円か・警視庁 2023年11月22日07時18分 【図解】ナチュラルの組織図 国内最大規模の風俗向けスカウトグループ「ナチュラル」の幹部が逮捕された事件で、同グループが警察当局を「ウイルス」と呼び、逮捕された場合の供述内容をスカウトにあらかじめ指南するなど、組織防衛策を徹底していたことが２１日、捜査関係者への取材で分かった。 スカウト集団「ナチュラル」幹部逮捕 暴行被害者に示談迫った疑い―警視庁 報酬の支払いや、紹介料の受け取りなどはほぼ現金だったことも判明。警視庁は、年商数十億円に上り、一部が暴力団に流れていたとみて実態解明を急ぐ。 捜査関係者によると、ナチュラルは路上で声を掛けた女性を数千の風俗店やキャバクラに違法に紹介し、紹介料を得ていた。活動拠点は東京・歌舞伎町を中心に、北海道から熊本県までに及び、所属するスカ
Disagree and Commit
← all episodes Listen now “Consensus is cozy, but broad agreement is not our aim. The right decision is. Which is why we take the time to think, debate, persuade, listen and reconsider and then, someone, decides. If you disagree, that’s fine, but once the decision is made, it’s time to commit and support it completely.” Tune in as Kimberly leads a chat with Jason Fried and David Heinemeier Hansson
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜエンジニア組織をうまくマネジメントできないと悩む経営者が多いのか？ - Qiita
全社横断で「誰が何をやっているのか」を可視化する取り組み
「影響範囲の考慮漏れ」によるソフトウェアトラブルの多発はビジネス継続性に対する危険信号｜mtx2s
エンジニアリングマネージャーになって1年がたった
CTO,VPoE,PdM,EM,テックリード誰もいないLeanerの組織づくり
「なんかいろいろやってます」という人が活躍できるLeanerの組織づくり
JFAS｜航空安全推進連絡会議 航空の安全を最大の課題にし事故の撲滅を図ることを目的とする航空界最大の団体です。
警察を「ウイルス」と呼称 決済は現金、対策入念―スカウト集団、年商数十億円か・警視庁：時事ドットコム