『Agile Testing Condensed』を翻訳して出版しました！ - ブロッコリーのブログ
2019年9月に出版された『Agile Testing Condensed』を日本語に翻訳してLeanpubにて出版しました！ 表紙はこんな感じ。*1 書籍紹介および購入はこちらから。 leanpub.com 現在は電子版のみ提供する形になっています。形式はpdf,epub,mobiの3種類です。 今回の記事では、この本がどんな内容なのか、そしてどんな想いで翻訳・出版に至ったかを書きます。 この本について 出版ページにも書いている紹介文を引用して紹介します。 『Agile Testing Condensed』は、アジャイルにおいてどのような考えでテストを行うべきなのか簡潔に書かれています。JanetとLisaは、読者が理解できるように、20年間のアジャイルテストの経験から知識を抽出して表現しました。 テストとQAの専門家がアジャイルチームでどのように貢献するか アジャイルサイクルにテスト活
スプリントゴールって何？ - ナイスビア珍道記
今週、筑波大学のenPiT夏合宿をやっています。 大学生10チームがソフトウェアプロダクトを作るというプロジェクト型教育のなかで、1週間の夏合宿で1日1スプリントのスクラムを採用してアジャイル開発を実践しています。 ちなみに9月には琉球大学のenPiT夏合宿もやります。 詳しくは過去にいろいろ書いてきたのでそちらを参考にしてください。 miholovesq.hatenablog.com 今回は、「スプリントゴール」をうまく使いこなせないチームを目にして全体に伝えた内容に加筆して、ブログにも残しておきます。 スプリントゴールとは 現時点で最新のスクラムガイド 2020年11月版から引用します。 スプリントゴールはスプリントの唯一の目的である。スプリントゴールは開発者が確約するものだが、スプリントゴールを達成するために必要となる作業に対しては柔軟性をもたらす。スプリントゴールはまた、一貫性と集
アジャイル領域へのスキル変革の指針 アジャイル開発の進め方
ITSS+ ／ アジャイル領域へのスキル変革の指針 2024年5月 アジャイル領域へのスキル変革の指針 アジャイル開発の進め方 ITSS+ ／ アジャイル領域へのスキル変革の指針 はじめに • 本書は、アジャイル開発のプロセス、アジャイル開発 チームにおけるメンバーの役割、および必要なスキル について解説しています。 • アジャイル開発には複数のアプローチ（スクラムやXP など）があります。本書では、代表的な手法である スクラムを例にして、その特徴を解説しています。 • アジャイル開発の進め方には厳格な決まりごとや規 範はありません。本書で説明（例示）する進め方、 メンバーの役割（ロール）など、実際のソフトウェア 開発プロジェクトでそのまま適用するものではありませ ん。実際のプロジェクトや組織に適したやり方を取捨 選択し、カスタマイズすることが必要となります。 • 「唯一の正しい」アジャイ
スクラムガイド - Scrum Guides
スクラムガイド™ スクラム公式ガイド: ゲームのルール 2017 年 10 月 Developed and sustained by Scrum creators: Ken Schwaber and Jeff Sutherland 日本語版 ©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/.
「スクラム」ってどんな開発手法？採用するメリットは？
本記事の目的スクラムは、Webアプリやネイティブアプリの開発現場では多くのプロジェクトで導入されている、プロダクトを生産的に開発するための手法です。ファンタラクティブもWebアプリ開発をスクラムで進めています。 本記事は、スクラムの概要とスクラムの核である「スプリント」の進め方をご紹介し、読者にサービス開発においてスクラムを採用する際の助けとなることを目的にしています。 スクラムはアジャイル開発の代表的な手法アプリケーションの開発には、 ①設計 ②開発 ③テスト ④リリース という4段階のフェーズが必要です。 この4つのフェーズを1セットにまとめ反復する開発手法が「アジャイル開発」です。 設計・開発・テスト・リリースの1セットをアジャイル開発では「イテレーション」と呼び、スクラムでは「スプリント」と呼びます。なのでスクラムにおいてイテレーションとスプリントは同じものを指すと考えて頂いて問題
スクラムは積極的にカスタマイズして使うべき - Melting Pot of Thoughts
有名な開発フレームワーク”スクラム”が、現代のアジャイル開発にもたらした貢献は多くの人が認めるところだと思います。 私自身も、スクラムの思想である「経験主義」「リーン思考」に強く影響を受けた人間の一人です。 私はスクラムの考え方自体はかなり好きですが、唯一賛成できない点があります。 それは『スクラムの一部を変えたものはスクラムと呼ばない』というルールです。 スクラムガイドには以下のように記載されています。 最後に スクラムは無料であり、本ガイドで提供されるものである。ここで概要を述べたように、スクラムフレームワークは不変である。スクラムの⼀部だけを導⼊することも可能だが、それはスクラムとは⾔えない。すべてを備えたものがスクラムであり、その他の技法・⽅法論・プラクティスの⼊れ物として機能するものである。 ~スクラムガイド2020より抜粋~ おそらくスクラムガイドの著者は「正確な”スクラム”の
デブサミで喋る
10周年を迎えた「開発者の祭典」、デブサミことDevelopers Summit。私は2009年から通算3回目の参加になる。そして今回は幸運かつ光栄なことに、スピーカーとして参加することができた。 From レガシー開発 to アジャイル開発～レガシー開発からアジャイル開発へ～セッション枠は【17-C-7】で2日目ラスト。壮絶な裏番組と戦いながらもタイムテーブルでは「満席」。実際の開場も開始時点でほぼ満席、という状態で始めることができた。 前半は昨年9月に @regtan と「XP祭り2011」で行ったセッションの再演、後半は @yoshiori を迎えてのトークセッションという構成になった。 講演資料 ひとりごと 個人的な事情だが、昨年末から仕事がヒートアップし、準備にまわす時間がほとんど取れなかった。「アジャイルな現場」の事例紹介をするというのに、自分の現場は「いきいき」とは程遠い炎上
ペアプログラミングについてみんなが誤解していること | Act as Professional
プログラマ1人で完成できる仕事に、2人のプログラマを投入して、直感的に判断してペアプログラミングを拒否する人がいます。これには大きな間違いとリスクが潜んでいます。ペアプログラミングに対する真実を理解しましょう。 ペアプログラミングはコードを書く時間が15％増える1999年にユタ大学でおこなわれた実験によれば、設計の時間を別にして、ソロプログラミングに対してペアプログラミングを実施したペアは平均して15％多く、プログラムを書く時間に費やしました。 では、なぜペアプログラミングを選択するのか？将来的なテストと現場のリソース要求を減少させるためです。一般的なシステムにバグが見つかると業界のデータでは、33時間から88時間を修正に費やすそうです。これが、開発期間中に欠陥を修正すると0.5時間から88時間の時間を節約できることになるのです。したがって、ペアプログラミングは寿命の長いソフトウェアほど、
RubyKaigi2010で「本当のアジャイル」を学んだ - 基本へ帰ろう
Rubykaigi2010参加して本当に良かった。運営の皆様、スポンサーの皆様、参加してくださった皆様、Rubyを普段から支えてくださっている皆様。本当に有難う御座います。私もRubyに大変お世話になっていますので、少しでも私に出来ることはないかと思い、個人スポンサーとなって参加させて頂きました。そしてこのブログを残します。 本当のアジャイル 私がRubyKaigi2010に参加して一番痛感したことは、「今までの私はアジャイルをやっていなかったこと。むしろウォーターフォールに近いことをやっていた」と思い知らされたことです。 ウォーターフォールを御存知ですか？半年や１年の開発見積りを行い、それに従って開発を進めるが、見積りが合わなくなり（大抵は見積が足りない）、しかし見積は変えず、デスマーチと呼ばれる慢性的な長時間残業を行うようになり、自分への投資（技術の学習等）を行う時間を犠牲にする開発体
いいアジャイルと悪いアジャイル
スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見
Agileでやってるけどデスマったｗ
Agileでデスマになったのでそのログです。 この後同じことを繰り返すと馬鹿なので、まだデスマ中だけど、問題点と反省点を書いておこうと思う。 こういうのは渦中にやっておかないと終わった後だと「大変だけど終わって良かったね」で終わってしまいがちなんだよね。 これを読まれている方は反面教師にしてください。 契約と総生産量の関係性 期間と費用が決まっている場合、総生産量には当然上限がある。生産量はチームのベロシティが分かっていれば、ストーリーポイントに換算できるので、開発開始時点で、総生産可能ストーリーポイントについては明示すべきだった。土日出て頑張れ！とか残業して頑張れ！とかいうのはAgileを知らない証拠。 上記に関連して、プロダクトバックログにストーリーを追加することが出来るのは、プロダクトオーナーの権利なのだけれども、優先度高としてストーリーを追加したところで、バーター可能なストーリーが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ryuzee.com
スクラムガイド - Scrum Guide 2020 年 11 月
リモートアジャイル開発ノウハウ集 | Agile Studio
Agile in 30mins - 30分でだいたいわかるアジャイル開発
『アジャイルって受託開発との相性が最悪な気がする - GoTheDistance』へのコメント