※以下の記事は研修の内容を伝えることを意図したものではなく個人的な感想と学んだことを記載したものです。 Agile Testing for the Whole Team 研修 3/1~3/3の3日間で、アギレルゴコンサルティング主催のオンライン研修「Agile Testing for the Whole Team」に参加してきた。 www.jp.agilergo.com 講師は Janet Gregory（@janetgregoryca） さん。『実践アジャイルテスト』の著者の一人で、最近では『Agile Testing Condensed』という書籍も執筆している（こちらについても既にブロッコリーさん（id:nihonbuson） による邦訳がある）。 実践アジャイルテスト: テスターとアジャイルチームのための実践ガイド 作者:リサ クリスピン,ジャネット グレゴリー翔泳社Amazon
Failed #SquadGoals Spotify doesn’t use “the Spotify model” and neither should you. By Jeremiah Lee Sunday, April 19, 2020 • Listen • Watch • En français • 日本語で • Português (Brasil) About the cover illustration Of all the allures of startup culture, few are more desireable than the speed and nimbleness of a small team. Maintaining that feeling as a company grows is a challenge. In 2012, Spotify sha
はじめに Day1 https://qiita.com/syagi/items/bba813f610529a173aec 注意（免責) あくまで私のメモであり、私のフィルターを通した解釈を書いているので、Sahota氏の見解とは必ずしも一致しないかもしれません。 一次情報源として、なるべく agilitrix の関連ページへのリンクを張るようにしていますが、本質を知るためには、はクラスの受講を検討してください。 TL;DR 組織の文化はリーダーから プロセスや構造に目を向けるな。人とマインドセットに目を向けよう。 Wave 2 of Agile 人とマインドセットに着目すること。 全てのプロセスやツールは、人に目を向けるために使う High Performance Cluture https://agilitrix.com/2019/02/are-you-using-the-right-c
はじめに 今日、国内初開催、という Michael Sahota 氏の Certified Agile Leadership I を受講しました。 https://www.jp.agilergo.com/cal-sahota-202001 https://agilitrix.com/certified-agile-leadership-training-cal-1/ ２日間のカリキュラムなので、まだ前半のみですが、受講の熱が収まらないうちにまとめてみます。 （day2まで待たなければ国内最速公開じゃね？という色気もある） day2 https://qiita.com/syagi/items/7aaf74abe546e06c01ec 注意（免責) あくまで私のメモであり、私のフィルターを通した解釈を書いているので、Sahota氏の見解とは必ずしも一致しないかもしれません。 一次情報源として、
今日で仕事が納まった。それと同時にチームメンバーが一人チームを去ることになった。送別会もしたのでお別れはまあそれなりにしたんだけど、結構自分に影響を与えたのでなんとなくブログとして残しておくことにした。 うちの部署は複数のスクラムチームで構成されているスクラムオブスクラムという形を取っている。僕がこのチームに配属されたのは二ヶ月前くらいのことだ。部署内の別のチームからこのチームに異動したのがきっかけだ。チームメンバーの一人であり、今回お別れした人は認定スクラムマスターを持つエンジニアであり、このチームはちゃんとアジャイルなチームになろうとしているという話を事前に聞いていた。(以降、この人を彼と呼ぶ) 前職でもスクラム開発はやっていたつもりだったし、以前のチームでもスクラムを行なっていたのでなるほどなるほどという感じでチームのやり方に乗っかっていくことにした。見積もりをして、計画で洗い出し、
RSGT2020の基調講演をやっていただく Jim Coplien さんによる、大規模組織のお話がありました。 この話を聞くのは実は三回目(飲み屋、ウィーンでのScrum Gathering、今回)ですし、ありがたいことに、色んな人に日本語で説明することもあるので、周りの人とも話しながら自分なりの認識がまとまってきました。 いや、お前のまとめなんていらないんだよ、とは思いますが、全体をちゃんと書くのは難しいので(ビデオとっとくべきでした)、ざざっと書いておきます。 人々は組織をツリー構造*1で考えがちで、実際に公式な組織アサインはそのように運営されがちだが、末端のノード間やたすき掛けのようなつながりは自然に起きていて、それによって情報流通の効率性が維持されている。これは、兼務をつけて複数部署にマネージャーを頭出しさせるのとも違うし、マトリックス型組織でプロジェクト運営するのともちょっと違う
実践アジャイルテストの続編である、More Agile Testing の第一章が、アジャイルテストの歴史を端的に書いてていいな、と思ったのでその部分だけ訳してみました。 More Agile Testing: Learning Journeys for the Whole Team (Addison-Wesley Signature Series (Cohn)) (English Edition) 作者: Janet Gregory,Lisa Crispin 出版社/メーカー: Addison-Wesley Professional 発売日: 2014/09/30 メディア: Kindle版 この商品を含むブログを見る 第一章 アジャイルテスティングはどのように進化してきたのか 私たちは、それぞれ、エクストリームプログラミング（XP）チームの中のソロのテスターとして「アジャイル」なキャリ
スマートキャンプの郷田です。 私はBiscuet（ビスケット）という新規SaaSのプロダクトマネージャーをしております。 Biscuetでは開発プロセスに課題を感じていたため、外部からアジャイルコーチの天野さんをアドバイザーとして召喚し、スクラムの導入を進めています。 そこで今回は、Biscuetチームで先月から導入を進めているスクラムの現状を、たくさんの画像を用いてまとめてみたいと思います！ スクラムの役割 開発チーム プロダクトオーナーチーム スクラムマスター スクラム全体像 スクラムのセレモニー PBL（Product Backlog） SBL（Sprint Backlog） 朝会（Daily Scrum） モブプロスペース KPT（Sprint Retrospective） その他 最後に スクラムの役割 開発チーム 開発チームはエンジニアの3人が中心となって開発を進めています。
5. Scrum lives ... 5 https://www.scrum.org/About/Origins By 2006, we had 30,000 CSMs. By early 2009, there were more than 60,000 CSMs. 6. ... and gets dying 6 https://www.scrum.org/About/Origins （2009年8月に辞任勧告） in August 2009 when the Scrum Alliance board of directors unanimously asked for my resignation （自分で作った組織に追い出される）
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は、.NetRocksの1160話 No Estimates with Woody Zuillの書き取りと、日本語訳です。2015年7月2日放送。 使ったもの (tools used)：Express Scribe & Music to Code by 翻訳にあたってCarl Franklin氏の了承は頂きました。 リスナーの投稿とか、CarlとRichardのBetter Know Frameworkは飛ばして、ゲストインタビューのみ。 日本語化してない、英語音声書き取りメモは、まんまここにおいてます。 太字は訳者が、声の大き
今日、クリエーションラインさんのフェニックスプロジェクトワークショップというのがありました。それに参加してきたので、忘れないうちにメモっておこうと思います。 www.creationline.com 目的 今日の参加者は、普段とは違ってアジャイルコーチの人たちばかりで構成されてました*1。 めんどくさいアジャイルコーチな人たちはよく「自律的なチームがー」みたいに言ってるけど、その人たちが集まったときにほんとにそういう風に振る舞えるの？というのが気になってたので、この機会にいっちょ確かめてみようかというのが目的。 感想 あー、ただただ、多人数での作業の進め方に熟練した人たちばかりでやると、ここまで物事が早く進むんだなあというのを実感した場でした。いくつか例をあげると、こちら。こういうのって、別に今回のワークショップに限定した話ではないんですよね。 話しやすいように、ワークショップ始まって最初
お疲れ様です。株式会社Timers（タイマーズ）でプロダクトマネージャーをしているsuzukenです。 こちらの投稿アカウントは、弊社CTOの椎名アマドのものとなりますが、今回Agile Japan「ぼくたちのひみつきち紹介」に参加するため、アカウントを貸りて投稿しております。 弊社は、「Famm（ファム）」という家族向け写真/動画共有アプリを運営しております。 そしてプロダクトはアジャイル開発を採用しております。 本ブログでは、ある恵比寿のITベンチャー企業がどのようにアジャイル開発を採用し、導入し、現在どうなっているのかの歴史をお伝えしてみます。 アジャイル開発導入の理由弊社Timersは2012年5月に創業し、社内の古い記録をたどってみると、「アジャイル開発を採用するぞ！」と社内に宣言されたのは2015年5月くらいのことでした。つまりTimersは、2019年5月現在でアジャイル開発
日本は長かったゴールデンウィークが開けるということで、戻って働けるのかしらという話が飛び交ってますが、いかがお過ごしでしょうか。引き続き Hunter Industriees にいまして、学んだことをメモしておこう、というエントリです。前回のエントリは単体のモブプロについて気がついたことが中心でしたが、今日は複数モブについてです。 Hunterで学んだことその8: 仕事領域 = モブ != 人 3つのモブを持つプロダクトに参加していているのですが、それぞれのモブは同じコードベースで、別の仕事をしています。モブごとに紙ベースのタスクボードをホワイトボードに作っていて、WIPは1に制限されてます。 これは私がソフトウェアを作る人生の中でも初めて体験したのですが、モブは作業場所なだけでなく、どの部分をいじっているか、も示します。フィーチャーブランチを切らず、トランクベースで開発しているので、同じ
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
