スクラムフェス福岡2024での講演資料です。 --- 皆さん、職場でFour Keysを導入していますか？ Yesと答えた皆さん、『LeanとDevOpsの科学』は読みましたか？ あくまで僕の周囲のみの観測で語るのですが、Four Keysを職場で導入しているという人はとても多いので…

3. 株式会社アトラクタのご紹介 ✤ 開発プロセスに関するコンサルティングやトレーニングを提供 ✤ アジャイル開発 / 改善 / 自動化 / チーム育成 / クラウドコンピューティング / ドメインモデリングなどが専門領域 ✤ https://www.attractor.co.jp/

「アジャイルリーダーシップは、これからのリーダーシップです」 変化の速度が速まり、また、複雑化した現在のビジネス環境に適応し、価値を創出し続ける組織であるためには、旧来的ではない、新たなリーダーシップが必要になる。 こう説く書籍『アジャイルリーダーシップ』が2022年秋に刊行されました。著者であり高名なアジャイルコーチであるZuzana Šochová（ズザナ・ショコバ / @zuzuzka）さんは、自身の経験と多くの情報を融合し、変化に適応するアジャイル組織を形作るうえで重要な要素である、アジャイルリーダーシップを具体化し、それを体現するために必要なコンピテンシー（行動特性）やエクササイズを同書にまとめました。 書籍で語られる、アジャイルリーダーシップの価値はどこにあるのか、組織内で浸透させるための課題は何か、いかにして現場で発露するか。こうした「アジャイルリーダーシップの実践」を、同書

これは Recruit Engineers Advent Calendar 2022 - Adventarの13日のエントリーです。（書いているのは21日です。） 1. 納期コミットのオーダーは結果的に納期を遅らせる 先日、興味深いエントリーを読んだ。 bufferings.hatenablog.com これにつてはほぼ同じようなことを社内のtimesチャネルでも会話しており、スケジュールへの向き合い方についてメタ的理解に昇華させたい。 我々が納期をコミットしなさい、確実に守れる日を教えてと言われたときにやることは、、、 確実に納期を守れるように、余裕をみる。である。 ------------------------------------------------------------ ■：実作業日（問題なければできそうな工数） □：バッファ日（例えば50％の確率で問題おきたときに使う予

赤川 朗 / Forkwell @Akira_Akagawa ITエンジニア向けキャリア支援サービス Forkwell のPM・事業責任者を4年務め、2021年より同事業のDevRelチームの立ち上げをしています。LEAN、フロー効率、プロダクトマネジメント、つくり手のキャリア・年収、育児の話を一緒にしたいです。育児と学びの両立のため時短勤務中。反響があったツイート一覧↓ twitter.com/search?q=(from… 赤川 朗 / Forkwell @Akira_Akagawa ラグビーの元日本代表と飲んでて、実はエンジニアの世界にはスクラムというアプローチがあって、、と話しをしたら盛り上がった。”振り返り”についてメモが残っているので書く。 赤川 朗 / Forkwell @Akira_Akagawa 先にまとめると、 ・健全に振り返りを行える状態になることが先決。振り返り方の

スクラムガイドに新たに追加された「プロダクトゴール」とは？ あるいはプロダクトゴールの設定には何が必要か？（後編） Regional Scrum Gathering Tokyo 2022 代表的なソフトウェア開発手法として知られる「スクラム」を開発したケン・シュウェイバー氏とジェフ・サザーランド氏によるスクラムの公式ガイド「スクラムガイド」。2020年11月付けの最新版には新たに「プロダクトゴール」と呼ばれる概念が導入されました。 スクラムガイドによると、プロダクトゴールはプロダクトの将来の状態を表しており、スクラムチームの⻑期的な⽬標である、と説明されています。スクラムチームにとって非常に重要なものだと位置付けられているのです。 この重要なプロダクトゴールをどのように考え、どう設定すべきなのでしょうか。 1月5日から7日までの3日間、都内およびオンラインのハイブリッドで開催されたイベント

スクラムガイドに新たに追加された「プロダクトゴール」とは？ あるいはプロダクトゴールの設定には何が必要か？（前編） Regional Scrum Gathering Tokyo 2022 代表的なソフトウェア開発手法として知られる「スクラム」を開発したケン・シュウェイバー氏とジェフ・サザーランド氏によるスクラムの公式ガイド「スクラムガイド」。2020年11月付けの最新版には新たに「プロダクトゴール」と呼ばれる概念が導入されました。 スクラムガイドによると、プロダクトゴールはプロダクトの将来の状態を表しており、スクラムチームの⻑期的な⽬標である、と説明されています。スクラムチームにとって非常に重要なものだと位置付けられているのです。 この重要なプロダクトゴールをどのように考え、どう設定すべきなのでしょうか。 1月5日から7日までの3日間、都内およびオンラインのハイブリッドで開催されたイベント

15分以上のデイリースクラム 今一緒に仕事をしているチームでは、毎朝みんなで集まって話をしてる。みんな家から仕事してるからZoomで。 デイリースクラムみたいなものではあるのだけど、15分以内におさめる、ということはあまり考えていない。 だいたい15分は超えていて、長いときは30分ぐらいかかる。でも、それでいいと思っている。それだけ話すことがあるというだけ。 どうして？ 理由は、開発チームだけじゃなくて、プロデューサーも含めて全員で「現状を確認する」「同じ方を向く」「不安を共有する」ということをやっているから。実際のところ、開発チームだけの話だと5分もかからない。 プロデューサーはチームの外側で起こった色んなことをフィルタリングして開発チームに必要な情報を届けてくれる。とても助かる。お互いに情報を共有して、現状の認識合わせをする。そのうえで、今日何をやるべきかを再確認している。 そんな感じ

スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（後編）。Developers Summit 2019 アジャイル開発手法を実現する方法として、もっとも普及しているのが「スクラム」でしょう。 スクラムを開発チームの単位で導入している企業は増えてきましたが、これをスケールさせる、つまりスクラムの手法を使って組織全体をより早く動かし、より早く価値を届けていくにはどうすればいいのでしょうか。 そのために開発されたのが「Scrum@Scale」フレームワークです。 本記事は「スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（前編）。Developers Summit 2019」の続きです。 プロダクトオーナーをスケールする ここまではスクラムマスター側をスケールさせる話をしてきました。 その反対側のプロダクトオーナー側はどうでしょ

スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（前編）。Developers Summit 2019 アジャイル開発手法を実現する方法として、もっとも普及しているのが「スクラム」でしょう。 スクラムを開発チームの単位で導入している企業は増えてきましたが、これをスケールさせる、つまりスクラムの手法を使って組織全体をより早く動かし、より早く価値を届けていくにはどうすればいいのでしょうか。 そのために開発されたのが「Scrum@Scale」フレームワークです。スクラムをスケールさせる仕組みの背後にあるスケールフリーネットワークや、大きな組織でも迅速に情報を共有する手法が組み込まれた「Scrum@Scale」について、2019年2月に行われたイベント「Developers Summit 2019」で株式会社アトラクタの代表取締役 原田騎郎氏が説明しています。 本

「スクラムフレームワークを使用する具体的な方法。僕の場合。」というタイトルでスクラムフェス大阪で発表してきました。楽しかった。今回のは説明がある方がいいかなーと思ったので、スライドをアップロードするんじゃなくてここで紹介してみることにする。長くなりそうなので、今日は前編。 ## TL;DR 計画を持った開発のサイクルと、それとは異なる周波数の様々なイベントを、どううまく組み合わせて開発を進めるか。それを、自分の現場で自分の仲間と探していく道のり。 ## 全体像 左上が「1. チーム」、左下が「2. スプリントの内側」、右半分が「3. スプリントの外側」。この3つを紹介。正解やオススメというわけではなくて、自分たちの現場ではこういうやり方をしている、という紹介。 ## 1. チーム ビジネス・デザイン・開発の3つの組織に分かれている。そんな中で、どんな風に協力しながら開発を進めているか。 #

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

自分の生産性と組織の生産性を向上するための8つの習慣とは？ アジャイルやDevOpsなど新しい考え方や技術を海外から導入しようとする際、日本の企業は技術に重点を置きながら取り入れる傾向があります。 しかし従来の、技術のみを重視した方法で取り入れるとうまくいかないことが多くあります。アジャイルやDevOpsは技術的なものの集まりだけではなく、西洋文化を背景とする「マインドセット」も内包しているからです。 アジャイルとDevOpsの導入を成功させるためには、欧米で成功している企業のマインドセットに基づいている8つの習慣を取り入れる必要があります。 この今回は8つの習慣を説明し、参加者の組織の状況についてディスカッションしていきます。その中で、8つの習慣を個人としてどのように実施できるかに追求し、自分が属している組織に実施する方法に関しても話します。Read less

開発担当者と運用担当者が一緒に協力し、迅速に開発、リリース、フィードバックを回すことでビジネスを成功に導いていくという「DevOps」。もともとはFlickrやFacebookなどコンシューマ向けのオンラインサービス企業から登場した考え方ですが、いまではIBMなど企業向けのソフトウェア開発でもDevOpsを用いるベンダが登場してきています。 そのDevOpsで重要なのが、開発も運用も誰もが協力し合うというカルチャーを作り上げていくこと。Webサイト Agile Web Development&Operationsの記事「DevOps Anti-Patterns」では、これをやるとDevOpsが失敗するというアンチパターンを3つ挙げています。 3つのDevOpsアンチパターン アンチパターン1：コミットが“完了”／Committed is “Done” メンバー全員がタスクを終了させるとはど

開発と運用の対立を越え、ビジネスのために協力し合う。「DevOps」ムーブメントをテーマにしたイベントが2月24日に都内で行われました。 IT業界がパッケージソフトウェアからオンラインサービスへと転換しつつある中で、優れたサービスを迅速に実現する重要なキーワードとしてDevOpsは注目されはじめています。 この記事では、日本でDevOpsの普及に努めている森川裕和氏(@nxhack)の講演をダイジェストで紹介しましょう。 眠れない管理者の悩みは世界共通 会場で、自分が運用の人は？（3割くらい）。では開発の人は？（8割くらい）。ではビジネスマンの人は？（2～3人）でも、これは全員のはずですよね。 これが今日のプレゼンの原点になります。 私はWebの運用やネットワークのBGPの運用までやっていたことがある、いわゆる「眠れないシステム管理者」でした。で、システムがスケールしないよね、とか、やっぱ

こんにちは、Forkwell事業部の中の人です。 本日は、つい最近 Forkwell Jobs の開発現場で起きたエピソードについてご紹介します。 きっかけはあるメンバーの一言でした。 「複数メンバーの加入から1ヶ月以上がたった、ベロシティもかなり安定してきた。よし、ここらでおれたちのベロシティをあげて、ビジネスサイドの連中をあっと言わせてやろうぜ！」 この一言で息巻いた我々は、ベロシティをあげることを目標に設定し、ビジネスサイドのホワイトボードに ◯pt / 10pt のような数字を書き加えました。 しかし、すぐに色々な現場を経験してきた他事業部のエンジニアの面々から、ベロシティをあげることを目標にすることには弊害があることを教わることになりました… ベロシティを目標にする弊害 目先のポイントを増やすためにとりあえずリリースして残タスクを先に積む事案が発生、後々の作業が滞る 目先のポイン

Googleカレンダー icsファイル ・オフライン 大阪市福島区民センター 〒553-0006 大阪市福島区吉野3-17-23 ［地図を表示］ 参加者 62人 ／ 定員70人 情報提供元ページ（Doorkeeper）

遂に、師走となりました。1 年を振り返る時期がやってきましたね！年末は、その年の出来事を追想する時です。私たちのチームでは、各メンバーが次のようなことを考えます。 上手くいったことは何か？ 自分は、何を達成したか？ 自分のどのような点を更に改善していきたいか？ 今年できなかったことで、来年やりたいことは何か？ そう、12 月は 1 年の出来事を追想する ふりかえり (これが、カッコいいアジャイルの言い方です) の時期です。 ふりかえり とは、スプリント、イテレーション、あるいはリリース後に行われるミーティングを指します。これによって、アジャイルチームが学習・成長して、製品文化と開発文化をより一層向上させる機会を得られます。また、成功点と再発する問題点に焦点をあてることで、チームがプロセスを継続的に向上できるようになります。私たちは、チームの ふりかえり にかける時間を、大体 1 時間に設定

100. オープンソースハッカーとアジャイル “ We pioneered the themes of transparent process, rapid iteration and decentralized peer review that are important in open source and also of course in the Agile community. アジャイルはわしが育てた（抄訳） Eric Steven Raymond on the Hacking Culture and Agile http://www.infoq.com/interviews/raymond-culture-con ” 54 101. ESRとアジャイル宣言 “ One thing that’s actually not commonly known is when the b