プリウス開発に見るアジャイル開発要素と今時の進め方：続編 / 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
【資料公開】アジャイルについてマネージャーが知るべき97のこと
みなさんこんにちは。@ryuzeeです。 昨年12月に新刊『チームトポロジー』が発売になったのでぜひよろしくお願いします。 アジャイルコーチや技術顧問の仕事は多岐にわたりますが、その1つに社内での講演やセミナーがあります。 今回、技術顧問先のイベントで登壇しましたので、その際の資料を公開します。 アジャイルとは直接関係ないものも多々含まれていますが、ネタということでご了承ください。 アジャイル全般QCDSを同時にすべて固定することはできない要件の決まったものを早く・安く作る方法ではない開発だけをアジャイルにしても意味がないアジャイルで請負契約は無理だと心得ようすべてがアジャイルに適しているわけではない大規模アジャイルは小さなアジャイルの成功後アジャイル導入を支援しようアジャイル推進での組織的な課題に取り組もう無駄な社内プロセスを廃止するよう働きかけよう効率ではなく成果に着目した組織設計をし
大規模アジャイルフレームワークの紹介
みなさんこんにちは。@ryuzeeです。 12月1日に新刊『チームトポロジー』が発売になったのでぜひよろしくお願いします。 スクラムの認定コースでも基礎的なコースでも、よく聞かれるのが大規模の場合の対応についてです。 そこで、今日は大規模の場合の選択肢になりそうな大規模アジャイルフレームワークを紹介します。 紹介しますが、最初に大事なことをお伝えしてから紹介します。 そんなにたくさん作っても使わない2019年にプロダクトマネジメント関連のSaaS企業であるPendoが行った調査によると、ソフトウェアプロダクトにおいて平均的な機能の利用状況は次のようになったそうです。 まったく使わない: 24%ほとんど使わない: 56%よく使う: 8%いつも使う: 12%つまり80%の機能はほとんど、もしくは、まったく使われないということになります。 たくさんの人を集めて、たくさんの機能を作るのは、ムダであ
LeSSを回して3ヶ月 - HKtngchの徒然なるままに
これは Mackerel Advent Calendar 2021 の8日目の記事です。 こんにちは、株式会社はてな Mackerel開発チームでサブディレクターをしています。 現在Mackerel開発チームにて、大規模Scrum導入とチーム改善に取り組んでいます。 今回はMackerel開発チームでLeSSを導入・運用して、わかってきたこと・課題などを振り返っていきたいと思います。 スクラムをスケールするには？ プロダクトに関わる人数が増えてきたときにどうスクラムを回すか？は、非常に難しい問題です。 今回、Mackerel開発チームでは、Lessフレームワークを採用することにしました。 less.works 日本語の解説本もあるので、そちらも参考にしつつ、チームの現状に合わせていく形です。 www.amazon.co.jp わかったこと まずは3ヶ月でわかったことです。 教科書通りに始め
モバイルゲーム事業で大規模スクラム（LeSS）を導入するまでの1年間とその後 / CEDEC2021
CEDEC2021登壇資料です。
リモートアジャイル開発のノウハウ集 第2版を公開しました | Agile Studio
Agile Studio プロデューサーの木下です。2020年の3月に公開した『リモートアジャイル開発のノウハウ集（第1版）』に続き、このたび第2版を公開しました。こちらからダウンロードいただけます。...
【アジャイル】書籍「Clean Agile」より「小規模開発のアジャイルプラクティス」
プロジェクトを機能・ストーリー・タスクに分割する方法と、それぞれの見積もり、優先順位付け、スケジューリングのガイダンスを提供します。 見積もりは細かく細分化するほど精度を上げることができるのは明らかです。しかしその代償として時間がかかります。不正確にすべきではありませんが、見積もりのコストは抑えたいと考えます。 有効な技法として「三点見積り」があります。この見積りは、「最良ケース」「最有力ケース」「最悪ケース」の３つの数値で構成されます。これらの数値は信頼性のより見積もられます。これはPERT法として調べると詳しい情報が得られるでしょう。 しかしながら三点見積りは長期のプロジェクトには有力ですが、プロジェクト内部のマネジメントで使うには精度が悪すぎるため、「ストーリーポイント」を用いるとよいということです。 ユーザー視点での機能であるユーザーストーリーに対し、具体的な時間の工数ではなく、相
SI案件でアジャイル開発を進めるときの勘所
みなさんこんにちは。@ryuzeeです。 10月に発売となった『プロダクトマネジメント - ビルドトラップを避け顧客に価値を届ける』ですが、まだお読みになっていない方是非よろしくお願いします。 また、ここ数か月新しい書籍の翻訳に取り組んでいて、来年の春くらいには発売になるかと思います。この本も楽しい本だと思うので是非楽しみにお待ち下さい。 さて、先日、プライベート講演で、SIのコンテキストでアジャイル開発を進める場合に、どのような点に気をつけておくとよいかを話して来ました。 汎用的な内容で読者の方の参考になるかと思いますので、資料を公開しておきます。 以下、資料だけ見てもわからない方向けの解説です。 TL;DR（結論）SI案件でアジャイル開発を適用する場合、顧客側がアジャイルを正しく理解していない可能性があるので、案件開始前に教育すべしステークホルダーマネジメントは重要。これはウォーターフ
「情報処理に関する法的問題」研究グループ
情報処理学会「情報処理に関する法的問題」研究グループ LIP: Legal issues concerning Information Processing アジャイル開発のソフトウェアモデル契約2022.3.4版公開 第84回全国大会イベントで発表したアジャイル開発のソフトウェアモデル契約を前バージョンとの修正履歴付きで公開しました。初版との違いがわかります。ダウンロードしてご自由にお使いください。 契約書本体 契約書本体（初版との修正箇所履歴付き） アジャイル開発のソフトウェアモデル契約2020.6.7版公開 第82回全国大会イベントで発表予定でしたアジャイル開発のソフトウェアモデル契約を公開しました。 前文 契約書本体 動画による解説 アジャイル開発：法務部門向けの読み物2023.04.17公開 第85回全国大会イベントで発表した上記コンテンツを公開しました。下のバナーをクリックして
ミルクボーイがアジャイルを説明したら
序章駒場「最近、うちのおかんがシステム開発に興味を持っててなぁ、名前は忘れたらしいんやけど、迅速に開発できて、仕様変更にも対応できる、素晴らしい開発手法を取り入れてるところがあるらしいんやわ〜。」 内海「そんなもんアジャイルに決まってるがなぁ〜! 今やシステム開発と言えば、アジャイル。素早く変化に対応できるってゆーのが特徴なんよ。そもそも名前が “迅速” を意味する英語やねんから、アジャイルに決まってるがなぁ〜。」 チームの人数駒場「最初、オレもそう思たんやけどな、なんでも 40 人ぐらいで開発してるらしいんやわぁ〜。」 内海「ほなぁ、アジャイルちゃうかぁ…。アジャイルでは 5〜9 人ぐらいが推奨されてるからなぁ〜。40 人もおったら、とてもやないけど、コミュニケーションが成立するとは思われへんなぁ〜。効率の悪い伝言ゲームになるのは目に見えてるからなぁ〜。おかん、他にもなんか言うてなかった
【資料公開】マネジメント向けアジャイル開発概要
みなさんこんにちは。@ryuzeeです。 2020年1月20日にとある企業の経営レベルの方向けにアジャイル開発の概要について説明した際の資料を公開します。 自社で経営者の方やマネージャーの方にアジャイル開発がなぜ必要なのかを説明する際の参考になれば幸いです。 （スライドはこちらからもご覧いただけます：https://slide.meguro.ryuzee.com/slides/101） 本資料は、なぜ今アジャイルが必要なのかという点をまず理解していただけるようにコンテキストのすり合わせに主眼を置いています。 経営者やマネージャーの方にとってはスクラムの具体的なやり方といった手法部分はあまり関係なく、それによって組織がどういう影響を受けるのか、組織としてどんな取り組みをすべきなのかが分かることが重要なためです。 単一チームや小さなプロダクトでアジャイル開発をするのと、組織的にそれをスケールし
アジャイルとリーン・スタートアップを組み合わせた開発プロセス ~第１回 概要~ - selmertsxの素振り日記
2019年8月にAzitに入社して4ヶ月。 私はSREとしての役割を期待されてAzitに入社したけれども、気がつけばバックエンドエンジニア兼スクラムマスターをやっていました。 バックエンドエンジニアとしては、AWSインフラ環境の完全な作り直しとTerraformによるコード化、Railsの負債解消、監視設定のコード化などを行っていました。 スクラムマスターとしては、初期の3ヶ月はアジャイル開発(スクラム、XPを組み合わせたもの)、そして12月からの1ヶ月はリーン・スタートアップ開発の導入等を行いました。 ここでは、スクラムマスターとして考えた開発プロセスについて資料にまとめます。 なおこの文章は、0-1 の開発フェーズではなく、すでにリリースされたサービスに途中で加わったスクラムマスターの目線で書かれており、対象とする読者も私と同じような境遇にあるスクラムマスターとなっています。 この開発
【PDF公開】Scrum Starter Guide
みなさんこんにちは。@ryuzeeです。 以前、「スプリント1を始める前にどんな準備をするか」という記事を公開したのですが、この記事に内容を加筆修正してPDF化したものを用意しましたので公開します。 スクラムは非常に軽量なフレームワークで、Howについてはほとんど触れられていないため、これから立ち上げるときにどんなことをやればよいのか困ってしまう人も多いようです。 何も準備せず、いきなりスプリントで開発を始めようとしたり、逆に何か月もかけて事前準備をしてしまい、ウォーターフォールと変わらないやり方をしている例も見かけます。 本書では、スクラムを始めるときにどんな準備をしてから始めればよいかを整理しています。あくまで筆者の経験を整理したものですので鵜呑みにせず取捨選択しつつ活用ください。 PDFをダウンロードする 最初は同人誌などで出そうかなと思ったのですが、色々大変そうなので、無料でご利用
【資料公開】レガシーコードからの脱却
みなさんこんにちは。@ryuzeeです。 2019年10月4日に行われたAWS DevDayの「レガシーコードからの脱却」のセッション資料を公開します。 内容は、9月に発売になった同名書籍『レガシーコードからの脱却』の全体像と一部のプラクティスの紹介という形になっています。 時間の関係で紹介できたのはごく一部の内容になっていますので、スライドを見て内容に興味をお持ち頂いた方はぜひ書籍をお読み頂ければと思います。 なお、現在Amazonの在庫が高額な値付けの転売商品？だけになってしまっているので、オライリーの直販か電子書籍(PDF、epub)をご利用ください。 45分という短い時間の中で何をお話するかは結構迷いました。本書はレガシーコードを「どうやって直すか」ではなく「どうやって作らないようにするか」に軸足を置いていて、そのためのプラクティスとして以下の9つを提唱しています。 やり方より先に
ソフト開発で世界と闘った及川卓也氏が見た、日本の弱点と可能性（中央公論） - Yahoo!ニュース
―─外資系IT企業三社をそれぞれ九年間ずつ、二七年間経験されましたが、そんなご経験に関心を持った自動車部品最大手のデンソーから声がかかり、技術顧問をされていますね。 自動車産業は日本にとって最後の砦とも言えるものですが、デジタル化の進展にともなって、MaaS（Mobility as a service、マイカー以外の公共交通機関やカーシェアなどの移動全体を一体のサービスとしてとらえる概念）や、CASE（自動車業界の変革を象徴する造語。接続のConnected、自動運転のAutonomous、カーシェアリングのShared、電気自動車のElectricの頭文字から成る）、あるいはIoT（モノのインターネット）など、取り巻く環境が激変しています。変化の主体は産業のサービス化であり、その背景にデータをいかに有効活用するかという技術や、事業化のノウハウが求められ、そうした点で期待されたのだと思いま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
継続的デリバリーのソフトウェア工学 | Agile Studio
ソフトウェア開発って なにか？を学ぶ勉強会
スクラムガイド - Scrum Guide 2020 年 11 月
それでもスクラムマスターをやっていく～スクラムマスターの価値について考えてみた～/Still, I will do the Scrum Master ~ I thought about the value of Scrum Master ~
ユーザーと共創する 本当に欲しかったサービス ～製造業がアジャイルを取り入れた事例～