最近のいくつかの記事で，アジャイル手法を他の産業に適用する取り組み，根本的問題に取り組むことでアジャイル採用の成果を改善するアイデアの提案，といったテーマが取り上げられていた。例えばAndy Hunt氏は，GROWS Method(tm)という，まったく新しいアプローチを提案している。またDan Greening氏は，アジャイルアプローチの中核となる概念を明確化するためにアジャイル基本パターンを提案し，その利用方法について説明している。これらコメンテータに共通するのは，組織や環境に特有の状況に適応することを忘れて規則の暗記と遵守に終始するという，精彩のないアプローチがもたらす不満足な結果に対処しようという考えだ。 アジャイルソフトウェア開発宣言(Agile Manifesto}原著者のひとりであるAndy Hunt氏は，自身の記事“The Failure of Agile”の中で，次のよう

We're happy to announce that ASP.NET Core OData 9 has been officially released and is available on NuGet: Microsoft.AspNetCore.OData 9.0.0 The major highlight of this release is the update of the OData .NET dependencies to the 8.x major version. By updating the dependencies,...

Welcome Introduction to Disciplined Agile Why Disciplined Agile? Architecture of DA Guided Continuous Improvement About Contact Us Mindset The DA Mindset Principles Promises Guidelines People People First Roles on DAD Teams Disciplined Agile Roles at Scale Rights and Responsibilities Communities of Practice (CoPs) Centers of Excellence (CoEs) Governing Agile Teams Process Fit-For-Purpose Foundatio

素晴らしいエントリが立て続けに出ているので便乗します。 id:arclampさんのアジャイルがダメだと思う7つの理由 id:haradakiroさんのアジャイルがそんなにダメだと思わない7つの理由 1.全体スケジュールにコミットできない 主語を間違えやすいけど 経営者は顧客やVCと全体の計画にコミットしなきゃいけない の通りで全体スケジュールにコミットできるのはスポンサーだけなんです。開発者は「努力すること」しかコミットできません*1。 現実問題として、プロジェクトを上手くスタートするにはゴールをいつまでに何かって決める必要があります。アジャイル開発でも重視している。アジャイルサムライはインセプションデッキにかなりのページ数を割いています。 2. アーキテクチャ上の無駄が生じる アーキテクチャ設計を慎重に考えても元のビジネスモデルがウンコだったら役に立ちません。困ったことにビジネスモデルは

鈴木雄介さんが、「アジャイルがダメだと思う7つの理由」というすごいブログを書いてくれたので、がんばって返答を書いてみる。どこかでディスカッションできるといいなぁ。 1. 全体スケジュールにコミットできない コミットメントって何だろう。コミットメントは約束なのか。約束であったら、破った場合のペナルティも受け入れるのか？受け入れたところでバッファが巨大になるだけではないのか？そして、そのバッファは見えないところで食い尽くされる。 全体を見えずに計画したところでうまくいくはずはない。アジャイルがタイムボックスで計画、実施を行うからといって、全体を計画しないわけではない。むしろ積極的にやるべきである。 全体を計画する上では、なるべく漏れがないように、実施可能なように最大限の努力をする。ただ、それに時間を掛けすぎるのは無駄だ。そして、神ならぬ人間が計画するのであるから、以下を認めなければならない。

captions (字幕) タブをクリックすると日本語字幕が利用できます。 Background voice is gone after the first 3 minutes. 隣のトラックの声が入ってしまっていますが3分ほど経つと聞こえなくなります。 日本語タイトル「アジャイルとイノベーション」 Agile and Innovation: Hand-in-Hand at Atlassian Speaker: Nicholas Muldoon(Agile Evangelist at Atlassian) October 20, 2012 http://tech.rakuten.co.jp/rtc2012/session.html#b0 Slides are available: http://www.slideshare.net/nickmuldoon/agile-and-innov

アジャイルフィーバーは、ソフトウェアを開発するために、アジャイルベースのプロセスを採用したり、応用したりすることに関して、その他の点では分別ある人々から常識を奪う１つの条件です。アジャイルフィーバーの結果は、コスト的影響を伴って、アジャイルベースのソフトウェア開発プロセスの誤適用、誤使用、誤解に寄与してきた。例えば、マネージャのパフォーマンス基準に、いくつのプロジェクトでアジャイルを採用したかを用いた。例えアジャイルの採用が適していなくともである。ROIの望みがない状況なのに、アジャイルを採用したプロジェクトもある。また他の例では、トレーニングや再編に投資したが、以前と全く同じ方法でソフトウェアを開発し、アジャイル辞書から取ってきた新しい用語を使っていた。 この記事を読んでいるかもしれない、あらゆる Fragilistas1 が怒る前に、この記事は、アジャイルに対する攻撃で、その著者に対し

アジャイルソフトウェアエンジニアリング (マイクロソフト関連書)著者／訳者：Sam Guckenheimer、Neno Loje、日本マイクロソフト監訳、TFSUG監訳、トップスタジオ出版社：日経BP社発売日：2012-05-24単行本：320ページISBN-13：9784822294687ASIN：4822294684 日本マイクロソフトの長沢さんから献本いただきました。ありがとうございます！ まず結論から言うと、いわゆるアジャイルな開発におけるライフサイクルやプロセスと技術の関係を「実践」という観点でまとめた本としてオススメできる本だと思う（ただしアジャイル初心者の人にとっては難しいです）。 本にマイクロソフトやVisual Studioという文字があるので、それ以外の環境で仕事をしている人はスルーしてしまいがちですが、内容はVisual StudioやTeam Foundation

米IBMは6月7日（米国時間）、開発者向けカンファレンス「Innovate2011」の二日目を実施。基調講演のほか、事例紹介やブレークアウトセッションなどが開催された。ここでは、初日に基調講演を行ったRationalのGeneral Managerであるクリストフ・クレックナー（Kristof Kloeckner）氏に話を聞いた。 開発プロセスをビジネスプロセスと同じように扱ってほしい まずクレックナー氏は、ソフトウェア開発の近況について、「組み込み開発が増加してきたことなどにより、明らかにコラボレーションやライフサイクル管理の重要性が増してきている。ビジネスの意思決定にも深く関係してきた。現場の開発者やPMだけのツールではなく、組織全体が使うツールになってきている」と分析。実際、Rationalもこのようなニーズを汲んで、ここ数年で経営層やマネージャ層向けの機能やツールを提供し始めており

Destination Pages vs. Transition Pages January 22, 2025Jan 22, 2025 | 4 minutemin video Destination pages fulfill users' information needs through detailed content, while transition pages guide them toward these destinations through navigation and brief overviews. Content prioritization based on user goals and information needs is key in designing both pages. Promptframes: Using AI-Content to Insp

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 昨年夏に同人誌として刊行された「Ultimate Agile Stories」に寄稿させていただいたのですが、昨日のJim Coplien氏の認定スクラムマスター研修でもコミットメントの話が出ていましたので、参考までに僕の考えを転載します。 なお、Ultimate Agile StoriesはIteration2として今年も刊行を計画されるそうなので、是非動向をウォッチしておいてください。昨年は平鍋さんをはじめとする日本のアジャイルコミュニティを牽引するすごい方たちがたくさん寄稿されていました。 システム開発をしていると「コミットメント」という単語をよく耳にするだろう。アジャイル、特

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

Japanese version only. Agile Japn 2012 講演資料Read less

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 2012年3月16日に実施されたAgile Japanの大阪メイン会場に登壇させていただきました。 発表の資料を以下に公開します。 会場の外まで立ち見が溢れるくらいの多くの方にお越しいただき感謝するとともに、ご不便をおかけした方にはお詫びしたいと思います。 僕が話した内容は、実は単に実際の現場で、現場を良くしたいと思っている皆さんの胸のうちを代弁しただけです。 アジャイルという単語、スクラムやXPといった手法の名前自体の認知度があがって、ともすればこれらを導入すれば全てうまくいくんだ、と誤解を生んでいるのではないかと感じています。 でも手法は手法でしかなく（したがってスクラムやXPを

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 Roman Pichler氏によるユーザーストーリーの書き方の資料が分かりやすいので紹介します。 https://www.romanpichler.com/wp-content/uploads/2013/06/WritingGreatUserStories.pdf より良いユーザーストーリーを書くための10個のヒントシステムの利用者に焦点をあてるストーリーの記述ではユーザーロールを意識するユーザーストーリーをもとに議論するユーザーストーリーはチームとステークホルダー間の議論を活性化させるための道具ユーザーストーリーは仕様ではなく、機能に関する議論のエッセンスであるユーザーストーリーを

The document discusses the benefits of meditation for reducing stress and anxiety. It notes that meditation can help calm the mind and body by lowering heart rate and easing muscle tension. Regular meditation of 10-20 minutes per day is recommended to experience stress-relieving benefits.Read less

ふと、気づいた。 「アジャイル開発は答えではない。答えを探す手法である。」 前に「○○な問題があるんだけど、それはアジャイルではどう答えているの？」とPMな人に聞かれた事があって「ありません」って答えたんだけど、そのときどうやって説明していいかわからなくって、具体的にXP, Scrumの話をしてしまった。 でも、間違っていたかもしれない。 アジャイル開発は何かに対する答えを持っているんじゃなくって、自分達の最適解を探すためのアジリティなメンタルモデルを掲げていて、その具体例としてXP, Scrum, Lean が定義されてきた。 だから、いつだって答えは僕たちが見つける必要がある。 Agileを難しいと感じたときに「Agileで答えを見つけようとする手法そのものに感じている」のか、「Agileによって明確になった問題に対して感じている」のかをちゃんと区別しなきゃいけない。 Agileの達人