実例マッピングを実施し、チームでやり方を標準化するまでの過程の話 - Qiita
はじめに 株式会社Hajimariが展開するプロパートナーズサービス（フリーランスと企業様のマッチング支援事業を展開しています）を利用していただいている、 稼働者・企業担当者の双方に提供している自社開発の稼働管理ツール【Haijmari Works】のプロダクトオーナーをやっています。 野澤です。 今回は実例マッピングをチームで何回かやってみて、さまざまなことを学びながら、やっと最近チーム内で標準化するところまでやったのでその過程や学んだこと、ステークホルダーの方々の声、実際にどういうルールで実例マッピングをやっていくことにしたのかの紹介ができたらいいなと思っています。 実例マッピングを知らない方のために 参考記事 https://speakerdeck.com/nihonbuson/example-mapping https://speakerdeck.com/nametake/exam
アジャイルプラクティスマップ | Agile Studio
アジャイルプラクティスマップはアジャイル開発においてよく使われるプラクティスを鉄道の路線図の形式でまとめたものです。単なる用語集とは違い、二次元で視覚的にプラクティスの位置づけを理解することができます。またアジャイル開発で用いられる各種手法の関連性をつかむことができます。 過去にも、Agile Alliance からアジャイルプラクティスの地下鉄地図（Subway Map to Agile Practices）が公開されるなど、多くの路線図形式のマップが存在しますので、このサイトはさながら Yet Another Agile Practices Map ということになります。 Agile Studio の識者たちにより、過去の歴史を踏まえたアジャイルのトリビアとも呼ぶべき豆知識も充実させました。 マップでは、「手法」を路線で、「プラクティス」を駅で示しています。プラクティスによっては、いく
アジャイルQAに求められるプロセス全体を俯瞰する「ホリスティックテスティング」とは何か？（翻訳）
この図に問題はなかったのですが、完全に満足していたわけではありませんでした。そこで、私はこの図を微調整し、本当に伝えたいメッセージは何かを考え、私が開発ライフサイクルをどのように見ているかを示す新しいモデル（図2）に落ち着きました。 これはDevOpsサイクルと似ていますが、サイクルの中でコーディングとテストを別々のステージとして分けていることにお気づきでしょう。ビルディングステージ（BUILD）には、コーディングとそれに付随するすべてのことが含まれており、テストはすべてのステージにおいて実施されるものだと私は考えています。 あまり複雑にならないように、フィードバックサイクルを図に含めるのは難しいのですが、この図が表現するサイクルは、時間で枠を決めるものではありません。既知または未知の課題ががどれだけ存在するかによって、ステージのいくつかは非常に早く進むこともあれば、非常に遅く進むこともあ
Agile Fluency Project: Chart Your Agile Pathway
Chart your Agile Pathway Put the Agile Fluency® Model into practice Diana Larsen and James Shore co-founded the Agile Fluency Project with the goal that every team should work at the level of fluency that best fits their business’ needs. This site provides resources and links for improving your teams’ fluency. Designed by Leading Agile Practitioners The Agile Fluency Model describes an agile team’
Agile Testingの考え方をQAから開発チーム全体に広めてみた｜icchii
こんにちは。icchiiです。 「atama plus」という教育×AIのスタートアップ企業でQAとして働いています 私はオンライン模試を開発しているスクラムチームの中に入ってQAとして動いています。 今回は、Agile Testing（アジャイルテスティング）を開発チーム全体に広めていった話を書いていきます。 といっても、QAチームも最初からAgile Testingを理解していたわけではなく、試行錯誤しながら前に進んできたのでその経緯を含めてお話できればと思っています。 atama plusのQAが気になる方は、ぜひこちらの記事もお読みください。 紹介のスライドもあるのでぜひご覧ください。 Agile Testingにチャレンジしてみる2年前の話になりますが、「実践アジャイルテスト」という書籍を基に、Agile Testingのノウハウを開発プロセスに組み込みはじめました。 というのも
アジャイルな見積もりを理解する「コース定数」という概念 - だいくしー(@daiksy)のはてなブログ
アジャイル開発をはじめて体験すると、いろいろな考え方を身につけるために苦労をすることがあります。 特に、相対見積もりや、ベロシティによる経験主義的な見通しの取り方について、実際に経験せずに理解するのは難しいようです。 そこで今日は、日常生活の中で馴染みの深い考え方を使って、説明を試みてみたいと思います。 「コース定数」でアジャイルな見積もりを考えてみる 国民的な娯楽である登山をやられる人なら誰もが知っている「コース定数」という考え方があります。みなさんもご存知かと思いますが、簡単に解説します。 山は、事前の計画がとても重要でありつつも、実際に登ってみないとコースの状態や、自分の体力がその山に適しているのかがわかりづらい遊びです。そういう意味では、経験主義的なアプローチが必要なソフトウェア開発に似ているとも言えます。 交通機関やレスキューの体制が整備されている街中と違い、山は自分の体がすべて
朝会のパターン:立ってるだけじゃないよ - Martin Fowler's Bliki (ja)
以下の文章は、Jason YipによるIt’s Not Just Standing Up: Patterns of Daily Stand-up Meetingsの日本語訳である。Jasonの許可を得て、ここに掲載する。 立ってやるのはミーティングの時間を短くするためだ 朝会（デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル(訳注：ハドルとは群になって集まること)、朝のロールコール(訳注：ロールコールとはメンバが順番に答えていく方式)を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。 でもこれだけじゃあ、「良い朝会」と「悪い朝会」の微妙な違いは分からないだろう。 朝会の定義は非常に簡単なものなのに、 うまくいっていない朝会があって私はとても驚いた。 すぐに原因は分かったが、その
James Shore: The Art of Agile Development, Second Edition
James Shore has totally upgraded The Art of Agile Development with new tools, techniques, and lessons from the past decade. This gem of a book will help you evolve your way of working to a truly Agile and effective way. Bill Wake, XP123, LLC Most companies developing software employ something they call “Agile.” But there’s widespread misunderstanding of what Agile is and how to use it. If you want
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
感情をうまく扱うことで、コンフリクトに対処する
アジャイル・スクラムチームの成熟度モデル / Agile and Scrum Maturity Model
James Shore: Alternatives to Acceptance Testing
アジャイル開発実践ガイドブック2021年内閣官房IT総合戦略室.pdf
チームの機能不全を起こす4つの “毒”を発生させないための感情の保ち方、心理的安全性を確保したチーム作りのために考えるべきこと【CEDEC2021】 | GameBusiness.jp
Spotifyは 'Spotifyモデル 'を使っていない - アジャイルよろず相談室
Quality Processes in an Agile Environment - Janet Gregory & Lisa Crispin
James Shore: Cargo Cult Agile
「アジャイル開発とスクラム」入門
正しくつくるための設計を学ぶ_中間報告
James Shore: The Art of Agile Development
How to Estimate Story Points for Improved Agile Planning