イーロンマスク氏がスペースXを案内するという動画（Starbase Tour with Elon Musk PART1）の中で語られた「開発の5ステップ」が僕的に衝撃でしたのでまとめます。 この内容、心底素晴らしいのですが、元動画では話が少しとっ散らかっていますし専門的すぎます。 僕自身、何度も内容を思い返して役に立ったのですが、見直すたび読解に苦労するので自分のためにまとめ直しました （ありがとう、僕！愛してるよ！）。 以降については、イーロンマスク氏が語る開発の5ステップについてまとめています。 余力があれば、自動字幕ありで動画を見ながらのほうが、イーロンマスク氏の熱意を感じられて楽しいと思います（下の動画では、この話が始まる辺りから始まるようにしています）。 youtu.be イーロンマスク、開発の5ステップ 開発の中では以下の順序を必ず守らないといけません。 要件をアホのままにしな

2024/06/29、開発生産性カンファレンス2024での登壇発表資料です。 https://dev-productivity-con.findy-code.io/2024?m=2024/m/Z8HnzjZb

2024/6/28 開発生産性カンファレンス2024 登壇資料

みなさんこんにちは。@ryuzeeです。 2024年6月28-29日に開催の開発生産性Conference 2024で登壇しましたので、資料を公開します。 最近「開発生産性」という言葉を耳にする機会がすごく増えたような気がしますし、自分でもあるメディアの取材で「開発生産性」という単語を使ったのですが、なんとなくスッキリしない感じを抱えていました。 僕自身は「生産性」という単語の不透明さをさけるべく「開発生産性」を使ったのですが、これでも不透明さは残ったままだったわけです。 ということで、「開発生産性」が何を指すのかを深堀りした上で、この単語とどう付き合っていくべきなのかを整理したのが、このセッションです。 スライド全部を読む時間のない方もいると思いますので、以下に結論を書いておきます。 「開発生産性」に関心を持つ理由も、「開発生産性」の定義もさまざま 重要なのはコンテキスト 数字だけで全て

ふるえるとり @torikaworks 日々の記録と謎のいきもの 著書→「母ちゃんだってほめられたい。」amzn.to/32KU16Y Amazon.co.jpアソシエイト 【創作キャラ】ポポカ@happy_popoca potofu.me/torikaworks

高品質と高スピードを両立させるテストアプローチ/Test Approach that Improves Quality and Agility Together

ソフトウェアエンジニアは、どのように事業に貢献すべきか？ 宿泊施設やレストランの予約サービスを提供する株式会社一休で執行役員CTOを務める伊藤直也さんは、2016年に入社しておよそ2年間、心の奥に抱えた悩みを解消できないまま仕事をしてきました。 伊藤さんは、2000年代から複数のWeb系テックカンパニーで技術部門のリーダーとして活躍し、現在でも利用される個人向けWebサービスのローンチをいくつか手掛けています。一休には入社以前からフリーランスで技術顧問を務めており、会社がヤフーグループ（当時）に入って経営陣が一新されるタイミングで、代表取締役CEOとなった榊淳さんの要請を受けて入社しました。 当時は全て.NETだったというサービス基盤の刷新や技術的負債の解消、開発組織の整備といったエンジニアリングにおいて重要な改善を進めてきましたが、あるとき自身が「事業に貢献していない」ことを明確に意識す

# 参考s料 - 「家づくりで理解する要求明確化の勘どころ～システム構築を成功させる要件定義のポイント～」 - https://www.ipa.go.jp/archive/files/000065172.pdf - ISTQBテスト技術者資格制度 Foundation Level シラ…

「開発組織全員が自ら学んで成長していく組織づくり」という内容で、Senior Engineering Managerの上原が、Lancers Agent様との2024/06/19のイベント（https://peatix.com/event/3959065/view ）で発表させて頂いた資料となります。 …

ミスや失敗をなくすため、ヒューマンエラーに厳罰を下すとどうなるか？ 一つの事例が、2001年に起きた旅客機のニアミス事故だ。羽田発のJAL907便と、韓国発のJAL958便が駿河湾上空でニアミスを起こしたもの。幸いにも死者は無かったものの、多数の重軽傷者が出ており、一歩間違えれば航空史上最悪の結果を招いた可能性もあった。 事故の原因は航空管制官による「便名の言い間違い」にあるとし、指示をした管制官と訓練生の2名が刑事事件に問われることになる。裁判は最高裁まで行われ、最終的には2名とも有罪となり、失職する。判決文にこうある。 そもそも、被告人両名が航空管制官として緊張感をもって、意識を集中して仕事をしていれば、起こり得なかった事態である [Wikipedia:日本航空機駿河湾上空ニアミス事故] より 芳賀繁『失敗ゼロからの脱却』は、これに異を唱える。 事故は単一の人間のミスにより発生するので

こんにちは。 Findy で Tech Lead をやらせてもらってる戸田です。 弊社では本番環境へのデプロイを1日に複数回実行していますが、本番環境での不具合の発生率は低いです。 次の画像は弊社のあるプロダクトの直近1年のFour Keysの数値です。 平均で1日2.3回の本番デプロイを行っていますが、変更障害率は0.4%程度を維持しています。単純計算ですが、1年で障害が2件程度の水準です。 また、平均修復時間は0.3hとなっており、障害が発生しても20分以内には復旧できていることがわかります。 この数値を維持できている理由の1つにテストコードの品質があると考えています。 システムで発生する不具合を自動テストが検知することで本番環境への不具合の混入を事前に防ぐことができ、仮に不具合が発生したとしても修正内容が他の箇所に影響が出ないことをテストコードが保証してくれるため迅速に修正できるから

「働きづらさ」を感じているメンバーに対して、チームリーダーやマネージャーはどのように環境を整えていけばよいのでしょうか。 インクルーシブな社会を実現するためのリーダーシップ・プログラムの提供や人材育成・経営支援などをおこなう、一般社団法人UNIVAの野口晃菜さんと牛島展子さんに、「働きづらさ」を解消するためマネジメント層が心がけたいことを伺いました。 一般社団法人UNIVA 企業や学校向けに「多様な人がいることを前提とした組織づくり」や「多様性を活かして価値創造ができるリーダーシップ」を共につくるプログラムを提供する組織。今回は、理事の野口晃菜さん、リーダー向け研修開発の統括を担当する牛島展子さんにお話を伺った。 公式サイト 「働きづらさ」は人の数だけある 近年、リモートワークやフレックス制度の普及により働き方の選択肢が広がっているように思います。一方で、「ふつうに働く」ことへの難しさを抱

このページは、会社の昇進試験や大学の経営学部系の卒業試験として実施されるグロービス経営大学院のGMAP(GLOBIS Management Assessment Program）試験の概要と、おすすめの勉強方法、試験対策をまとめています。 会社の後輩から「昇格試験でGMAP試験を受けるが何をどうしたらいいかわからない」と相談されたことをきっかけに、後輩へ伝授した内容をこのwikiにまとめました。以降、何十人という人たちがアドバイスを呼んでコツコツ勉強し、自信を深めて600〜700点というスコアを取るまでになりました。 このサイトは受験を控えている方が①まず知るべきこと、そして②やるべきこと、をガイドし、不安な気持ちや学習に対する戸惑いを解消することを目的としています。基本的なGMAP試験の知識、試験対策、勉強方法、過去出題された問題（受験者から提供された問題も含む）などを記載しています。

こんにちは。 最近、社内外からマネジメントの相談を受けることが多くなりました。 「どうすればマネージャーになれますか？」と「どうすればマネジメントができるようになりますか？」の2つが多いです。 結論、知らんし、わからん。です。 ただ、自分なりに2つの真理があります。 マネジメントに最も必要なスキルは胆力。 人は、自分が受けたマネジメントしか他人にできない。 では、概念じゃなくて現実世界の視点で詳細いってみます。 マネジメントに最も必要なスキルは胆力。私が初めてマネジメントというものを受けたのは前職でした。上司はCOOで、zoom画面の端に犬のぬいぐるみを置いてる人でした。私の師匠です。 優秀な方でどの分野の業務をやっても（細かい実務は別として）誰よりもできるので誰の相談にも乗れるし、的確なフィードバックをすることができる。そして、いつも一定のテンションで粛々と仕事をしている。 当時の私は、

本記事は 【プルリクウィーク】 2日目の記事です。 💻 1日目 ▶▶ 本記事 ▶▶ 3日目 📚 はじめに Git と インフラ屋 と IaC そもそもインフラ屋が管理するコードとは？ IaC インフラ関連の設定ファイル CI/CD周りの設定ファイル PRレビューで難しいと思うこと 何を持ってOKとするか そもそも検証が難しい 網羅性が判断つかない PRレビューで意識していること 静的チェックの導入 コメントには意向を示す略語を付ける コメントがFixすればリアクションしてクローズする 対面レビューの時間を設ける リリースとの親和性が高い さいごに はじめに こんにちは、加藤です。 普段、私はインフラエンジニア（以下インフラ屋）としてシステム運用に携わっています。 最近はIaCの普及もあり、インフラチームでもプルリクエスト(以下PR)レビューを実施しているチームが多いのではないでしょうか

市⾕ 聡啓 Ichitani Toshihiro 新価値創出、組織変⾰の伴⾛⽀援 (株式会社レッドジャーニー) ・チーム、事業、組織に「アジャイル」を取り⼊れ、向き合う伴⾛⽀援 ・新規事業開発、プロダクト開発の⽀援（仮説検証型アジャイル開発） 特に専⾨は 「仮説検証、アジャイル開発、組織アジャイル」 Toshihiro Ichitani All Rights Reserved. 2

こじれない要件定義を行う方法(顧客は何に悩んでいるのか？をU理論で紐解き、Well-Architected Frameworkに落とし込む)チーム開発マーケティング要件定義Well-ArchitectedFrameworkマーケティング戦略 顧客に寄りそった要件定義とWell-Architected Frameworkを考える(4/6) はじめに U理論（Theory U）は、組織変革とリーダーシップに関する理論で、MITのオットー・シャーマー（Otto Scharmer）によって提唱されました。この理論は、個人や組織が直面する深い変化のプロセスを理解し、未来の可能性を引き出すための枠組みを提供します。 今回は、ファシリテーション手法として有名なU理論を用いて、こじれない要件定義を行う方法について、模索した結果をまとめさせて頂きました。要件定義の参考になれば、幸いです。 目次 はじめに U