protected])を取り入れた100名ほどの開発組織で、スクラムに入らない独立したQAチームが活躍している」と聞いたら、もしかしたら奇異な感じを受けるかもしれない。・などなど)もスクラムチームに入るべき、と考える方がスクラム実践者にとっては自然だからである。QA)」として、独立した立場から品質向上という成果を上げようと奮闘している。このトークではそんな私たちQAチームの1年戦記をありのままに扱いたい。開発プロセスの高速化が進み、多くの企業でアジャイル開発が取り入れられ、過去の当たり前が当たり前でなくなっている中で、QA界隈ではどうやって価値を提供するか頭を悩ませている。テストにこだわる者もいれば、スクラムマスター・プロダクトオーナーの視野を得るべく資格を目指す者もいる。Testing)』(翔泳社)は国内のテスターに広く読まれているが、最近版元品切になっていることもあり、手に入りにくくなっている。テスターは異質な存在のひとつとして見なされている。ご存知の通り、スクラムガイドにはテストやQA活動をどのように行うべきか、言及されていない。3つのロールに「テスター」の文字は無い。よって、テスターのあり方はそれぞれの組織で模索するしかなく、特にテスターをスクラムチームに含めるべきか否かという議論は継続的に行われている。先にもあげたように、スクラム実践者にとってはテスターがスクラムチームに入ることは自然であると感じられ、実際そのようにしている組織が多いが、それぞれにメリット・デメリットがあることから、あらゆる組織で通じる答えは今のところ無さそうだ(テスターとして仕事をしてきたメンバーがスクラムチームの開発者の一員としてどれだけクロスファンクショナルに動けるか、という点が特にネックなように思える)。このトークは、独立した立場で動くことを選んだQAチームの話だ。スクラムチームにテスターを迎え入れねばならないと思っている方にはそうでない可能性を示す一方で、やはりスクラムチームに開発者としてテスターを加えるべきだと結論づけるオーディエンスもいらっしゃるかもしれない。スクラムチームとテスターの一筋縄ではいかない関係を、1年間の実例をもとに、一緒に考えようではないか。「守破離の守!」スクラムガイドをみんなで読んでみた。MinsTalkBeginner「チームが次のステップに行くためには何が必要だろう?」ある日のふりかえりでそんな声が上がりました。スプリントを回して、スクラムイベントを開催して、プロダクトバックログから取ったアイテムもそれなりにDoneできている。ふりかえりをやれば意見は出るし、次のスプリントで改善にも取り組んでいる。チームの雰囲気だって悪くない。本当にこれでいいんだっけ?知らないだけで、本当はもっと良いやり方があるんじゃないか?何か大きな課題に気づけていないんじゃないか?確かにスクラムを実践しているつもりだけど、チームメンバー全員がスクラムについて勉強しているわけじゃない。スクラムイベントを行う意味やスクラムのロールの意義について、お互いの解釈を確認したり深く議論してはいない。みんなでともに考えるコーチング。MinsTalkBeginnerただただコーチングについて語り、問いかけ合い、コーチングを理論だけではなく、体験や感覚として、聞いた人が今までより手に馴染むものに近くなるように対話してみる実験回です。想定されそうな話題としてはコーチングってなに?(入り口的な深さで)世の中で語られているコーチングのさまざま実際にどんなことをしているのか、プロセス、スタイルなどどういう場面で、なんの役に立つのか日常にコーチングはどう使えるのか。どのようにコーチングスキルをトレーニングしていくものなのかというあたりでしょうか。これらの観点をふたりから見たコーチやコーチングという話題も踏まえて対話してみたいと思います。欄からお気軽に投稿してみてください(このセッション内で答えられるかどうかわかりませんが、善処します)タイトルや中身は直前まで推敲するので、変更する場合があります。「あの人の頭の中身が見てみたい!!」と思ったことはありませんか?同じようなプラクティスや手法を用いていても、人/チームによってまったく違う結果になります。現場での成功には、形式的な方法だけでなく、それを扱う人の呼吸、思考、メンタルモデルが大きく影響しているということに他なりません。このセッションでは達人たちが見ている世界を覗いてみる実験をします。ある分野で研鑽を重ねる達人同士が、お互いにインタビューをすることでお互いの思考を探ります。ただのインタビューでは見ることができないDeepな世界にDiveしてみましょう。同じような問題でも、現場によって有効な解決策やアプローチは違ってきます。簡単にいうと銀の弾丸はありません。社内のチェンジエージェントの観点、社外のアジャイルコーチの観点、あの現場での話、この現場での話...数ある鉛玉から自分の現場に合いそうな輝く弾丸を持ち帰ってください。セッション中はみなさんも無責任に「自分だったらこうするかなぁ」「こんなことしたら上手くいったよ!」という鉛玉をじゃんじゃん放流してくださいね!みんなでわいわいしましょー。MinsTalkIntermediate「また大袈裟なこと言いやがって、テーマがでかいんだよ」と思った方、そうは言わず、騙されたと思って、詳細を見ていってくださいw【お話の背景】2021年4月から組織を飛び出し複業家になった私は新たなチームの形の実験をしていました。「社会人の部活動としてプロダクト開発をチームで行う」ということ。本業がありながらも、副業ほど報酬を求めるでもなく、個人開発の延長としてのチーム開発の実験をしています。この実験の中で、生まれたチームを本業での開発チームと見比べると組織として面白いことがたくさん見えてきました。全体性(ありのままの自分でいられる)を意図せずあっさりと、満たすチームが生まれていました。これは、はじめから狙ったわけでなく、このプロポーザルを出すにあたり、ふりかえると見えてきたことです。その秘訣はなんなのか?何故こうなったのか?本業のチームに生かせる部分はあるのか?などをお話しさせていただけたらと思います。MinsTalkAdvanced観察、知識、理解といった心の働きは仕事の質を左右する重要な活動です。このセッションはよりよい仕事を果たそうとする人のために心の働きと、その質を高め方を紹介します。----私たちは観察、理解、知識を用いて仕事をこなしています。「心の働き」といえるものです。心の働きは仕事の成果の質を左右する重要な活動で、また何十年も続けてきた慣れ親しんだ活動でもあります。心を働かせるとはいったいどのような活動なのでしょうか。私はほとんど答えることができませんでした。慣れていただけで、自分の心の使い方についてはほとんどなにも知らなかったのです。日常から取りあげてみましょう。「今日の仕事のタスクを洗い出す」とします。どのようにして洗い出しを行っているのでしょう。・机に向かって5秒、10秒...。・ひとつひとつ判断を重ねるにつれて、計画が徐々に形作られます。・10分後にはタスクを洗い出せました。タスクは洗い出せました。どのように洗い出していたのでしょう。考えても10分の間に何が起きていたのか答えるのは容易ではないと思います。そこで起きていたことは私たちの仕事の質を左右する最も重要なことです。このセッションではこれまで何気なくしてきた観察、知識、理解を明らかにし、その質を高め方を紹介します。いう書籍があるのはご存じかなと思います。提案した論文として多くの影響を与えているそうです。あることはもちろんご存じですよね。この論文については、スクフェス大阪で読みました。https://confengine.com/conferences/scrum-fest-osaka-2021/proposal/15403/the-new-new-product-development-game2つの日本人による論文が同年に出ていることは全くの偶然ですが、異なるアプローチで人間の協調作業に迫っていることが興味深いです。development」を機械翻訳をかけながら読んだ経験を振り返り、理解とは何か、組織にとって必要な小グループ活動、ペア作業の効果に関して議論していきたいと思います。普段モブプロをやられている方や、ファシリテーションに取り組まれている方にとって、人間の意識がどうなっているかがわからないのは悩みのタネであろうと思います。した方にも気づきがあるのではないかと思います。MinsTalkBeginnerQA部門の部門長に任命され、3か月目の新米ほやほや部門長です。部門長になり、今まで見えていなかったものが見えるようになり、聞きたくないことが聞こえてきたり。QA部門をアジャイルな組織にするためにはどうするか?まだまだ模索中ですが、今までのマネージメント方法を踏襲しつつ、目の前の課題や未来のビジョンをメンバーと共有したり、新しいことにチャレンジしていることを話したいと思います。部門長として一番最初にしたことは、ステークホルダーと1on1をしたこと。最初は初の部門長なので、あいさつがてら「今後もよろしくお願いします」と言うノリでしたが、組織の意外な弱点やステークホルダーの強い「思い」を聞きだしました。会社の事業や、ステークホルダーの「思い」を総括して、QA部門として今後どうあるべきか、会社に対してどう貢献できるか、ビジョン駆動型のOKRを作ってみました。部門内においてはマネージャーと話し合い、未来のあるべき姿、今後どう活動し、何に投資するかを決定し、部門の予算を見える化して、共通の理解を得ました。ストレングスファインダーの知識を深め、部門の全メンバーと1on1をして、現状に満足感はあるか、一人一人が何を考えどんな特質があるか話し合いました。その中で出て来た一例として、キャリアパスがわからないメンバーが思ったより多いことが分かったため、QMファンネルを活用したQAキャリアパスを作成して、共有しました。今後もQA人材のハイヤリングや、組織変更は継続して行うため、ストーリーは続きます。あなたがQAエンジニアやテストエンジニアで、スクラムチームに入って品質について悩んでいたり、品質文化をどう組織にアプローチするかを考えていれば、是非紹介したいセッションになります。狙いはボトルネックだ。どこから手をつけますか?このセッションでは、我々がタウンワークのネイティブアプリ開発チームが数年間戦ってきた技術的・プロセス的な課題とその対応についてご紹介します。我々の対峙した課題と、その解決策の一例は下記の通りです。Kanbanやってみる?開発案件が「生まれてから役目を終えるまで」の一気通貫のモニタリングクラッシュレートが上がってきた?アプリのクラッシュレート改善とそのモニタリング人が、人がたらねぇアプリのSwift化ハイブリッドオフショアチーム構想バグを出さないために速度を犠牲にせざるを得ない我々が出すべきアウトカムってなんだっけ?質とスピード今のプロセスは足りない?適正?やりすぎ?これだけ読むと、課題と解決策がマッチしていないように感じるかもしれません。我々がなぜこれらの課題にフォーカスし、どうそれを捉え解決策を練っていったのかのコンテキストは当日のセッションで補完しながらお伝えできればと思っています。MinsTalkBeginnerスクラムフェス大阪2021で「ゼロからのスクラムチャレンジ」というテーマで発表しました。IIJ名古屋支社のスクラムへの取り組みを知ってほしいとの想いで始まった取り組みでした。何かのきっかけになればぐらいの気持ちでしたが、思わぬところで反響がありました。この発表の他にも社内のコラボレーションツールによる広報活動もあって一気に動き始めます。NIGHT」での発表スクフェス大阪の発表から2ヵ月で起きた出来事です。これらは私たちの取り組みを社内外へ発信することを目的として結成されたスクラムチームで取り組んだ結果です。これは開発ではなく発信を目的としたスクラムチームのお話です。動き出す歯車これからなどをお話できればと思います。こんなモヤモヤしてる方に是非聞いてほしい内容です。Scrum)を導入しており、複数のスクラムチームが自律的にプロダクト開発に取り組んでいます。スクラムに悩む他社様と情報交換させていただくことがありますが、その中で一番よくいただく質問は「どうやってスクラムマスターを育てているのですか?」というものです。Rettyは基本に忠実にスクラムに取り組んでおり、スクラムマスターもプロジェクトリーダーや管理職ではなく、チームのサーバントリーダーとして、スクラムのプラクティスを遵守する役割をお願いしています。チーム構成の変更に合わせて複数のメンバーにスクラムマスターを担ってもらいましたが、各々が悩みながら、チームをよくしようとして、きちんとその役割を果たしてくれています。本講演ではスクラムマスターをどう選ぶか、どう引き受けてもらうか、どう成長してもらうかを、Rettyでの経験をもとに紹介させていただきます。MinsTalkBeginner突然ユーザーから仕様変更が通達された、突然メンバーから退職の知らせを受けた...システム開発をしていく上で突然起こる大きな変化に戸惑っていた自分でしたが、スクラムを実践していく中で、大きな変化は突然起こるものではなく、些細な変化が積み重なって起こることが多いことを学びました。大きな変化の兆候となる些細な変化に気がつきやすくするためにはどのような仕組みが考えられるのでしょうか?自分自身が些細な変化に敏感になるためにはどのようなトレーニングを積むと良いのでしょうか?本セッションでは、こうした疑問に対して自分がどのように考えて試行錯誤を繰り返したのか、その学びの過程を紹介します。自分自身が変化に敏感になるために実践しているトレーニング(10,000回以上続けているもの、ここ数ヶ月で始めて効果を実感したもの...)も幾つか紹介してみようと思います。MinsTalkBeginnerスクラムマスターの役割はなんとなく理解しているけど、実際何しているの?実際の現場では様々なスクラムマスターがいます。チーム作りが得意なスクラムマスター、スクラムにおける技術プラクティスの導入が得意なスクラムマスター、プロダクトオーナーの戦略づくりの支援が得意なスクラムマスターなどなど。ofスクラムマスターの具体的な動きについて理解していただくとともに、スクラムマスターの組織における動きの違いについて探求できればと思います。MinsTalkIntermediateスクラムのマインドの中では、自分たちの伸びしろやチームとしてもっとうまくプロダクトを作るためにはどうすればよいか?ということを模索するために継続してレトロスペクティブ(ふりかえり)をしているチームが多いでしょう。私個人がチームを育てていくなかでこの振り返りについて課題に感じていたのが振り返りがフロー情報で流れていってしまう点でした。当該チーム内の暗黙知として共通認識となればよいのですが、新入社員を受入れていったりチームが大きくなる段階では流れてしまった振り返りで得られた「自分たちのプラクティス」がストックされないのは、チームの学び・成長に対しての確かな実感としては少々弱いのではないでしょうか?そこで私がチームビルディングの考え方でインスパイアされたのが、建築家クリストファー・アレグザンダーの「パタン・ランゲージ」という概念の文脈で語られる、自分達に合わせてチューニングした「プロジェクト・ランゲージ」というものです。われわれはスクラムのフレームワークを土台として日々のプロダクトづくりをするわけですが、あくまでそれは汎用的フレームワークであるがゆえ自分達に合わせて最適にチューニングする必要があります。フレームワークにないプラクティスを採用したり新規に自分達のプラクティスを生み出すこともあるでしょう。弊チームではそのような組織ローカルなプラクティスの連なり・一連を次のブログで紹介していて一定の反響を頂いておりました。https://devblog.thebase.in/entry/bank-practices-2020本トークでは、自分達のプラクティス集や日々の語彙をいかに振り返りから育てていくか、チームで実践している実例を紹介いたします。MinsTalkBeginner2021年1月に開催されたRSGT2021のCanDoneLearnという歓談タイムで、私は2021年の抱負としてこう宣言しました。「アジャイルコーチになりたいです。そのため一歩として何か行動します!」"何か行動"。なんと抽象的な宣言でしょうか。早いものでもう半年以上が立ちましたが、まだアジャイルコーチになれていません。え、進捗ゼロですか?いえいえ、そうではありません。何からやったら良いかわからない、けど何かは行動したいという気持ちはありつつも、コレといって得意なものもない私がやってきたこと。それは「ちょっとでもできそうだと思ったらやる」を、ひたすらやる、とにかくやるでした。1つ1つは小石を積むような簡単なことですが、"何か行動"し続けた結果、私に起きた変化(または変化しなかったこと)をお話します。MinsTalkBeginner昨年、部署内でコミュニティ「もぐもぐ会」の立ち上げにチャレンジしました。このコミュニティは、部署でのトップダウンの施策ではなく、2人の社員が自主的にボトムアップで開催を始めたものです。このコミュニティはチーム間の交流や知識の共有を目指したものであり、現在9ヶ月隔週で継続しています。コミュニティを立ち上げてみて、LTや勉強会などさまざまな事を行なってきました。本セッションでは実際に社内でコミュニティを運営してよかったこと、課題と今後の展望についてお話しできればと思います。MinsTalkBeginnerRettyでは2年前から大規模スクラムのひとつの手法であるLeSSで開発をはじめました。私達のチームは約1年半まえから社内の4番目のチームとしてLeSSチームに合流しました。私達のチームではtoB向け商品開発をすることから開発期限が厳しいものが多かったり、少しでも開発を早くするために(当時としては)できるだけ対象機能について詳しいメンバーにタスクをアサインし、可能な限り着手タスク数を増やすために一人一タスクで開発を進めるといったことを行っていました。その結果、属人化が進んでしまったり、開発期限から改善系タスクが後回しになりがちになったり(運用やバグ対応はもちろんする)といろいろな課題が発生していました。このセッションではそうした私達のチームがLeSSに加わってからの1年半の軌跡と、その中であった変化についてのポイントとそれがどういった背景で起きたのかについてをお話していきます。MinsTalkBeginnerシステムテスト、負荷テスト、パフォーマンステスト、あっ探索的テストも...みなさんのチームの周りには色々なテストが溢れていませんか?スクラムガイドにはあまりテストのコトは書かれていないですが、xxテストの使い方が乱雑になっていると抜け・モレが発生しやすくなります。xxテストと書かれていても、人によっては別の概念のことが沢山あります。ここではベーシックなテストの整理の仕方をお伝えし、チームメンバー全員がどんなテストが必要か意識できるようになる方法をお伝えします。MinsTalkIntermediate私のチームはこれまで、ウォーターフォールからアジャイルに寄せていったり、チームでふりかえりのやり方を改善したりと少しずつステップアップしてきました。チームの中で私は全体の遂行に責任を持っており、プロジェクトマネージャー、組織のマネージャー、スクラムマスター、設計者などの帽子をかぶっています。そんな中、この1年間は社員のメンバーを増やすため、中途採用に力を入れてきました。これまでBP(協力会社)さんに入ってもらうことはあっても、採用はしたことがありませんでした。採用をするとなると、転職活動をしている人たちに、私たちのチームの魅力を伝えて、仲間になりたいと思ってもらわなければいけません。事実と異なることを伝えたり誇張してしても、入ったらすぐにバレてしまうので意味がありません。「こう書いたら人が来ないのでは?」と思うようなことは、今チームに居る人たちにとっても、「居続けたいチームではない」と思われてしまう要因になりうるのだとも気づきました。採用活動を通じて、チームの状況を捉えなおし、自身の課題を見つめなおすとても良いきっかけになりました。採用活動継続中ですが、ここまでの学びを共有したいと思います。タイトルは「分散アジャイルチームについて考える会」できょんさんが考えてくださいました!この話をしてみようというきっかけをくれた、めちゃくちゃ素敵なコミュニティです。MinsTalkBeginner一貫した何かもないし、計画もない。将来を見据える事もできない中で、前に進むにはどうしたらいいのでしょうか?真っ暗な闇の中で、カオスの中でどう進めばいいのでしょうか?大切なのは適応可能な状態を作り維持すること。適応ってどうしたら生まれるのでしょうか?適応したら輝かしい未来が待っているのでしょうか?そもそも輝かしい未来ってなんでしょうか?本セッションは弱虫のeroccowaruicoにとっての「一期一会」を通して、「点と点をつなげる」ことについてお話ししたいと思います。スクラムやアジャイルの事以外の内容ですが、概念はスクラムやアジャイルな開発はもちろん、個々のキャリア構築など様々な場面で役に立つ適応について共に考える機会になればと考えています。