毎週１冊技術書を読んでブログでアウトプットすることが目標で今回が第19弾です。 今回は アジャイルな見積もりと計画づくり を読みました。 アジャイル開発について詳しく解説をしている名著です。 アジャイルについて全く知識・経験がなかったですが考え方がとても合理的で面白かったです。 この記事を読めばアジャイルについての概要がつかめると思うので、興味ある方は是非読んでみてください。 今回は学ぶことが多かったので少し長めです。 アジャイルな見積りと計画づくり ～価値あるソフトウェアを育てる概念と技法～ 作者:Mike Cohn マイナビ出版 Amazon まえがき 第1部 問題とゴール 1章 計画の目的 2章 なぜ計画づくりに失敗するのか 3章 アジャイル手法 第2部 規模を見積もる 4章 ストーリーポイントによる規模の見積もり 5章 理想日による見積もり 6章 見積もりの技法 7章 再見積もり

私は世界規模のクラウドプラットフォームの開発者で、現在はシアトル付近に住んでいる。 先日書いた自分のポストに対する反応で面白い意見があってそれを読んでそらそう思うやろなぁと思った。ただ、私も別に嘘を言っているわけではないですし、これでビジネスも回っている。面白そうなので、その辺も調べてシェアすることにしてみました。 ウォーターフォールからアジャイルって開発側の話はいいのだが、それだと管理とか経営とか非エンジニアの理解を得られないので、納得できるところをちゃんと言語化してほしいんだよな。アジャイルの人の「見積もりがない」って言葉を使われるのが一番苦手、ストーリーポイントの設計は「計画と見積もり… — えふしん (@fshin2000) August 1, 2024 自分のチームの開発プロセス的なものこちらの方に自分のチームが現在やっている開発プロセスは書いてある。アジャイルとか、DevOps

こんにちは。シニアスクラムマスターの天野 @ama_ch です。 サイボウズ開発本部では、2022年5月に大規模な組織変更を実施しました。詳細は下記の記事をご覧ください。 blog.cybozu.io 今回の組織変更では、職能ラインと人材マネージャーを整備した結果、新たにスクラムマスター職能が誕生しました。 本記事では、スクラムマスター職能を作った背景や、現在の取り組みを紹介します。 サイボウズ開発本部におけるスクラムマスター職能の定義 サイボウズ開発本部におけるスクラムマスターの責務は、「チームを健全に保つことに責任を持つ役割」と定義しました。2020年版スクラムガイドには、スクラムマスターは「スクラムガイドで定義されたスクラムを確⽴させることの結果に責任を持つ」と書かれていますが、組織のすべての人がスクラムチームに所属しているわけではないため、チームがスクラムをしているかどうかは職責に

こんにちは。シニアスクラムマスターの天野 @ama_ch です。 サイボウズの開発組織において、今後の成長を加速させるためには、組織の基本単位をスクラムチームのような自律的な小さなチームにしてスケールさせることが非常に大切だと考えています。サイボウズは比較的スクラムが普及している組織ではありますが、組織内のすべてのチームがスクラムを採用しているわけではありません。 フレームワークとしてスクラムを採用するかどうかはチームの自由です。しかし、健全なチーム環境を整えることはすべてのチームにとって重要です。チームやチームワークに関する情報は巷に多く存在しますが、我々のようにすでにある程度の規模で活動しているプロダクト開発組織で、チーム環境を整えるために実践的に使える情報がないことが悩みでした。 そこで、これまでのチームに関する学びと実践を踏まえ、サイボウズの開発組織の文脈において、スクラムを実践し

エンジニア組織30人の壁を超えるための 評価システムとマネジメントのスケール / Scaling evaluation system and management

こんにちは! SmartHR プロダクトエンジニアの @sakata と @hypermkt です。 SmartHRではほぼすべてのチームでスクラム開発を行っています。スプリントプランニングとスプリント進行中における課題に対し、私たちのチームでは「予言の書」という取り込みを行っています。本記事では、この「予言の書」の概要とその効果についてご紹介します。 予言の書が必要な背景 スクラム開発で、チームが消化できるキャパシティからタスクを選定したにも関わらず、すべてのタスクの消化ができなかったという経験はありませんか？ 私たちはたくさん経験したことがあります。そこにはスプリントプランニングにおける計画とスプリント進行の難しさがありました。 すべてのタスクが終えられるか不安がある まだ作業タスクには何も着手していないので当たり前ではありますが、チームが消化可能なキャパシティからタスクを選定し、優先

2020年11月5日から7日に開催されたスクラムフェス札幌2020で、招待講演を勤めました。 スクラムフェス札幌2020 運営の根本さんから最初に招待講演の打診があったのは、2020年の1月のことでした。うれしくはあったものの、正直最初は乗り気ではありませんでした。スクラムの集まりで招待講演をする資格があるとは自分に思えなかったし、なによりアジャイル札幌として今も活動している人たちの前で、ぼくが何を話せるだろうと考えたからです。 ぼく自身は2017年でアジャイル札幌の運営からは身を引かせてもらっていたし、フォーカスすべきものを絞った結果、アジャイル札幌の集まりに積極的に関わるということもなくなってしまっていました。彼らは活動を続け、積極的に外に出ていき、新しい人たちを迎え、アジャイル札幌として活動しているというのに。そんなぼくが、どの面を下げてみんなに何を話すのか、みんなの方がよっぽどその

アジャイル開発に慣れたチームは自律的に動き、高い生産性を持つ。しかし最初から理想的な自律性や生産性を持てるとは限らない。それぞれが試行錯誤し、悩みを乗り越えて成長していく。失敗から学ぶことも必要だ。アジャイル開発を組織の文化に根付くようにするには、チームの成長を根気強く見守り、支援する必要がある。その成長過程を紹介する。 講演資料：アジャイルチームの成長に伴い起きる変化について レッドハット株式会社 DevOpsシニアコンサルタント 山田悦朗氏 アジャイルチームの成長には段階を踏む必要がある レッドハット DevOpsシニアコンサルタントの山田悦朗氏は10年ほどアジャイルコーチとして現場を支援している。スクラムギャザリング東京実行委員などのコミュニティ活動や技術書の翻訳にも携わっている。 山田氏が所属するレッドハットでは、ミッションに「顧客、コントリビュータ、パートナーのコミュニティにお

みなさんこんにちは。@ryuzeeです。 2020年1月20日にとある企業の経営レベルの方向けにアジャイル開発の概要について説明した際の資料を公開します。 自社で経営者の方やマネージャーの方にアジャイル開発がなぜ必要なのかを説明する際の参考になれば幸いです。 （スライドはこちらからもご覧いただけます：https://slide.meguro.ryuzee.com/slides/101） 本資料は、なぜ今アジャイルが必要なのかという点をまず理解していただけるようにコンテキストのすり合わせに主眼を置いています。 経営者やマネージャーの方にとってはスクラムの具体的なやり方といった手法部分はあまり関係なく、それによって組織がどういう影響を受けるのか、組織としてどんな取り組みをすべきなのかが分かることが重要なためです。 単一チームや小さなプロダクトでアジャイル開発をするのと、組織的にそれをスケールし

「月と、人狼」と題して、「仮説検証によるサービス・事業の立ち上げ」や「開発現場・組織カイゼンに取り組む」 市谷と中村洋の2人が、毎回テーマを決めて語り合う場を始めてみました。 第1回のテーマは「ギルドワークスとアジャイル」でした。 Why 市谷と私(中村)は雑談と相談を目的として、「スモールトーク」と呼んでいるオンラインMTGを毎週日曜日の朝1時間程度やっています。 ※参考：関係の質を上げるスモールトーク | DevTab - 成長しつづけるデベロッパーのための情報タブロイド そのスモールトークで話している内容は様々ですが、2人が現場で遭遇する状況や課題、実践していること、取り組み、学んだことなどもディスカッションしています。 こういうのを聞きたい人がいるかも？誰かの現場の何かに役立つかも？という実験的な試みでやってみようと思いました。 思い立ったのが、ゴールデンウィーク初日の4/29(日

昔に比べて、タスク管理の必要性が減っている…どころか、クライアント向けの現場仕事、経営、自社プロダクト、(別の会社の)経営、マーケティング、コミュニティ、執筆etcと、多種多様なタスクが押しよせてくる。いつまでにやるべきか、どれを先にやるべきか、カテゴリを越えて横断的に把握、判断しないといけないため、タスク管理はとても大事。 思えば、タスク管理をどうやるかという話題について、デベロッパーのアンテナは昔から高いと思う。タスク管理ツールとして何を選ぶかで、迷った経験は一度や二度ではないはずだ。新しいものが出たと聞けば試す。そうやって自分にあったものが手元に残るわけだ。私の場合は、Googleカレンダー。 なぜ、ここに行き着いたかというと、実施日問題とパーキングロット(駐車場)問題の両方が解決できたからである。タスク管理ツールは大きくわけて2種類ある。リスト型と、カンバン型だ。リスト型の代表例は

今日，社内勉強会で話す機会があり，過去1年間を振り返りつつ「プロジェクトをリードする技術」というタイトルにした．今回は参加者がエンジニアだけじゃなく，ビジネスチームのメンバーもいたため，できる限り，技術的な用語を使わないようにした．質疑応答とディスカッションもあり，1時間非常にワクワクした時間だった． 関連する領域 僕がプロジェクトをリードするときに意識しているのは，スクラムなど特定のプラクティスに依存しすぎないことで，チームの特性によって，関連する様々な領域からプラクティスを集めている．ザッと挙げるだけでも，こんなにたくさんある． チームビルディング ファシリテーション マネージメント 3.0 アジャイル (スクラム / カンバン / XP) 組織論 育成 心理学 メンタリング プロジェクトマネジメント 資料 過去1年間に取り組んだことを全て詰め込んだ！プレイングマネージャーとして頑張っ

昨日，ヒカリエで開催された勉強会「F.O.X Meetup」に参加して，発表をしてきた．勉強会のテーマが「スタートアップのチームビルド」だったため，今回は「さぁ！今すぐプロジェクトリーダーに立候補しよう」というタイトルにした．発表資料の公開と合わせて，補足をまとめる． 発表資料 プロジェクトをリードする技術 今回の発表資料は，4月に公開した社内勉強会資料「プロジェクトをリードする技術」のアップデート版という位置付けで，合わせて学べるように作った．コンテンツもカブりすぎないように考えて，今回新しく盛り込んだコンテンツも多くある． 「プロジェクトをリードする技術」を公開して以来，多くのスタートアップ／プロダクトチームからオファー／相談があり，できる限りのアドバイスをさせてもらった経緯もあったので，特に需要がありそうなテーマである「タスク管理」と「チームビルディング」にフォーカスした． kaka

アジャイル導入にはアジャイルのアプローチを採用するべきであって、ウォーターフォール的な方法でアジャイルを導入するべきではない、チームの活性化を望むリーダと、それをサポートする組織の構築が必要だ — Scrum.orgのCEOでチーフプロダクトオーナのDave West氏はこう主張する。業界としては、アジリティの段階的な展開の実績を積む必要がある。 InfoQではWest氏にインタビューして、アジャイルの採用とScrum Studioの適用について、アジャイルアプローチへの理解を高めるために業界として何が可能で何を止めるべきか、将来がアジャイルにもたらすもの、などを聞いた。 InfoQ アジャイル導入について、あなたの見解を聞かせてください。 Dave West: 調査結果では大半のプロジェクト/プロダクトがアジャイルなのかも知れませんが、データが実際の姿であるとは限りません。アジャイルを採

2. Toshihiro Ichitani All Rights Reserved. http://about.me/papanda0806 Ichitani Toshihiro 市⾕聡啓 ソフトウェア開発16年 SIer→サービス→受託→起業 仮説検証とアジャイル開発 ギルドワークス株式会社 代表 株式会社 エナジャイル 代表 ⼀般社団法⼈ 越境アジャイルアライアンス代表理事 DevLOVE コミュニティ ファウンダ 0 → 1

「うちのエンジニアは18時10分には職場に誰も残っていません。チームが立ち上がって2カ月ですが、ほぼ残業はゼロ。モチベーションも高く、昼休みもプライベートな時間もしっかり確保しています」 デンソー デジタルイノベーション室長の成迫剛志氏は、同社内で新しく活動を開始した自動車の走行に関するデータベースを開発しているチームをこのように評します。同チームはアジャイル開発手法のひとつであるスクラムを採用し、開発を進めています。 デンソーは自動車部品メーカーとして世界的に知られている企業。そして同社を含む自動車産業はいま、自動運転やIoTといった大きな技術変革のまっただ中にあります。 新しい開発チームとは、こうした自動車産業の将来を見据えたものです。 競合とは思えなかった企業が競合になる 成迫氏はこの開発チームの責任者であり、その目標について次のように説明します。 「われわれの将来を見据えたとき、シ

1. Toshihiro Ichitani All Rights Reserved. われわれはなぜ アジャイルに向かうのか Ichitani Toshihiro 市⾕聡啓 開発をアジャイルにしていくために 読むべき最初の⼿引き 2. Toshihiro Ichitani All Rights Reserved. http://about.me/papanda0806 Ichitani Toshihiro 市⾕聡啓 ソフトウェア開発16年 SIer→サービス→受託→起業 仮説検証とアジャイル開発 ギルドワークス株式会社 代表 株式会社 エナジャイル 代表 ⼀般社団法⼈ 越境アジャイルアライアンス代表理事 DevLOVE コミュニティ ファウンダ 0 → 1

2017年1月12日（木）に、「Regional Scrum Gathering Tokyo 2017」で発表させていただいた資料です。 http://2017.scrumgatheringtokyo.org/ メトリクスに関する知見を、学術的視点（Agile2016・SQiP2016）および現場での活用事例から整理し、具体的な取得・活用方法を含めて説明しています。 みなさんのメトリクスの習得・活用のプラスになれば幸いです。Read less