アジャイル環境で必須 ビジネス要件定義書（BRD）を作成する際のポイント
アジャイル環境で必須 ビジネス要件定義書（BRD）を作成する際のポイント：どう作るか、どう活用するか アジャイルソフトウェアチームが仕事を行う際には、厳密なプロセスや厳格な監理委員会を設けるべきではない。それでも、ビジネス要件定義書は、チームの中心に据える必要がある。本稿では、そのビジネス要件定義書について考える。 ソフトウェアチームは、顧客に提供予定の具体的な製品または価値をビジネス用語を使って要約する明確かつ包括的なドキュメントを作成して、管理しなければならない。このビジネス要件定義書（BRD：Business Requirements Document）を用意すれば、顧客のニーズを満たすことが可能になる。 アジャイルソフトウェアチームは、顧客用か社内業務関係者用かを問わず、アプリケーションを作成する前に、BRDの作成方法を理解する必要がある。本稿では、BRDが果たす役割、アジャイルプ
「アジャイルテストの4象限」に対するアンチテーゼ・「The Agile Rapid Testing Ecosystem」 - ソフトウェアの品質を学びまくる
「アジャイルテストの4象限」についてのやりとりをTwitterでみていて、James Bach、Michael Boltonの両氏が何年か前に公開していた『The New Agile Testing Quadrants』という資料を読み直してみました。 The New Agile Testing Quadrants: Bringing Skilled Testers and Developers Together - James Bach from Ho Chi Minh City Software Testing Club www.slideshare.net 今Twitterで話題になっているのは全然違う文脈ですが、この記事では彼らの批判と提案について紹介します。 作者について JamesとMichaelのお二人は、『Exploratory Testing 3.0』（探索的テスト3.0
【資料公開】マネジメント向けアジャイル開発概要
みなさんこんにちは。@ryuzeeです。 2020年1月20日にとある企業の経営レベルの方向けにアジャイル開発の概要について説明した際の資料を公開します。 自社で経営者の方やマネージャーの方にアジャイル開発がなぜ必要なのかを説明する際の参考になれば幸いです。 （スライドはこちらからもご覧いただけます：https://slide.meguro.ryuzee.com/slides/101） 本資料は、なぜ今アジャイルが必要なのかという点をまず理解していただけるようにコンテキストのすり合わせに主眼を置いています。 経営者やマネージャーの方にとってはスクラムの具体的なやり方といった手法部分はあまり関係なく、それによって組織がどういう影響を受けるのか、組織としてどんな取り組みをすべきなのかが分かることが重要なためです。 単一チームや小さなプロダクトでアジャイル開発をするのと、組織的にそれをスケールし
Software Programming as Craft
Effective Practices for Coding with a Chat-Based AI In this article, we explore how AI agents are reshaping software development and the impact they have on a developer’s workflow. We introduce a practical approach to staying in control while working with these tools by adopting key best practices from the discipline of software architecture, including defining an implementation plan, splitting ta
アジャイルのレイヤ 〜 アジャイルを整理し直して理解する - kuranukiの日記
【アジャイル】という言葉は、システム開発の世界ではかなり一般的な言葉になりつつあります。大手のSIerの経営者までが当たり前のように使うようになったことは、ある意味で感慨深いものです。しかし、言葉としてメジャーになりつつある一方で、その言葉の本当の実体を理解しないで誤解したまま使っているケースが多くあるように思います。アジャイルで開発すれば「速い・安い・旨い」が手に入るという誤解や、プログラミング工程だけで使う手法だという誤解、朝会やふりかえりをすることがアジャイルだという誤解、などなど。どれも、完全な誤解という訳ではなく、あながち間違いでもないところが、さらなる混乱を産んでいるように感じます。 最近では、アジャイルの事例も多く出てきたように思いますが、それらの事例も具体的にどういったことを実践したからアジャイルだったかと問われるとそこに明確な答えは無いように思えます。アジャイルとは何か、
アジャイル開発手法、大きな組織の導入率が高く、半数はスクラムを採用との調査結果
アジャイルソフトウェア開発向けのツールなどを提供しているベンダ「VersionOne」が、アジャイルソフトウェア開発の現状についてのアンケート調査を発表しました。アンケートには2570人、88カ国から回答が集まったとされており、ワールドワイドでのアジャイルソフトウェア開発の現状が把握できる資料となっています。 4th Annual State of Agile Development Survey Results（PDF） アジャイルソフトウェア開発手法は、この1年で日本でもあらためて注目が集まっている開発手法です。日本ではまだそれほど普及率が高くはないといわれていますが、ワールドワイドではどうなのでしょうか？ 調査結果からポイントになりそうないくつかのグラフを紹介します。 大きな組織の導入率が高い どのような規模の組織がアジャイルソフトウェア開発手法を導入しているのでしょうか。調査結果で
Agile から Lean への旅 -- UK Lean Conference を終えて：An Agile Way：オルタナティブ・ブログ
9月末に開催された、UK Lean & Kanban Conference に参加してきた。今回は、スピーカーとして呼ばれる、という光栄に預かった。これは、現在、アジャイル界で起きているスピンオフ・ムーブメントである、「Kanban」に関してぼくが発言をしているからだ。 一言でKanbanを言うのは難しいが、2009年10月時点では、「ソフトウェア開発のフローを見える化し、WIP(Work in Progress=仕掛)を制限することで、顧客価値のスループットを上げ、同時に改善を促す活動」、とぼくは定義してみた。もちろん、トヨタ生産方式のかんばんから来ているが、ソフトウェア開発向けにここ3年間でずいぶんとBoKが積み上げられていて、Agile2009 でも Limitting Wip Society というグループが、"Yes, We Kanban" というTシャツを着ていた。(アイコンは
マイクロソフトのアジャイル開発支援
在庫限り。人気のSurface Duo 2 が再入荷され、最大 36% OFF 中。ご購入はお早めに。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルは”再び"死んだ
Azureテクノロジ入門 2016 目次 - 日経BP書店
なぜアジャイルは本のとおりに実践しても失敗するのか？
MSF for Agile Software Development 5 – Process Guidance in Word format