DeclineAndFallOfAgile - アジャイルの衰退と凋落 目次 この文書について アジャイルの衰退と凋落 最近の状況 Scrum の役割 Scrum の誤用 君のやりかたは間違っている 真っ最中での失敗 アジャイルの衰退と凋落 この文書について "The Decline and Fall of Agile" の日本語訳です http://jamesshore.com/Blog/The-Decline-and-Fall-of-Agile.html 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... James Shore アジャイル運動の衰退や凋落について話すのはおかしなことだ. 今やとても人気があるものなのだから. けれど本当のところ, ここ数年のアジャイル運動は、衰退の途にあると私は思う. 最近の状況 自分の商売がここ数年で変化していることに私は気がついた.
スクラム提唱者から学ぶ、チームの不幸を減らすたった2つの方法：スクラム提唱者が教える、チームの不幸を減らす方法（1/2 ページ） スクラム提唱者のジェフ･サザーランド氏を講師に招いた、日本初の「スクラムアライアンス認定プロダクトオーナー研修 レポート」レポート。チームも顧客も不幸な状態をなくす方法は実にシンプルだ。 2011年はアジャイル実践者にとって歴史的な年となった デスマーチ続きでリリースは遅延、チームはプレッシャーを受けてマネージャはてんてこ舞い、顧客も不幸……そんな状態を良い方向に転換する方法はたった2つである――「スクラム」提唱者の1人である、ジェフ・サザーランド氏の言葉です。 1月11日と12日、サザーランド氏による日本初のスクラムアライアンス認定プロダクトオーナー研修（Certified Scrum Product Owner 研修、以下CSPO研修）が開催されました。翌日
ソフトウェア開発において、スクラムとかんばんとは、対立するものなのか、それとも両立するものなのか。同じ日に異なる意見がブログで表明されていると、平鍋健児氏のブログ「An Agile Way」のエントリ「かんばん、と、スクラム。現時点での最新議論。」で紹介されています。 かんばんで削ぎ落とすムダとは創造性だ Waterfall, Lean/Kanban, and Scrum « Ken Schwaber's Blog: Telling It Like It Is 平鍋氏は、スクラムの創始者であるKen Schwaberが6月10日にポストしたエントリ「Waterfall, Lean/Kanban, and Scrum」について、自身のブログで次のように紹介しています。 Kenは、「スクラムは難しい問題を人間の創造性を使って解くためのもの。かんばんを使っても、ウォーターフォールに隠れていた無駄
5. ３つの時期 2008/7 2008/11 2007/7 •ＸＰ経験者 •チームメンバー 2009/10 •参画 の加入 の総入れ替え •離任 スクラム ごっこ 私たちの ごっこ からの スクラム 卒業 最初にスクラムごっこ 「スクラムでやります！」と宣言して、 試行錯誤しながらプラクティスを実践していた時期 そしてごっこからの卒業 XP経験者が加入して、 プラクティスの背景にある考え方を学ぶことで、“アジャイルさ”というもの を理解していった時期 最後に私たちのスクラム チームメンバーが総入れ替えになって、 新しいチームにとってのアジャイルさを話し合うところから、私たちのやり方 を模索していった時期
特徴(Feature)、粗筋(Story)、脚本(Scenario)とチケットの関係: プログラマの思索 あきぴーさんの記事を読んで、あーなるほどーと思ったので。 分析の話 オブジェクト指向分析(OOA)なら、ユースケース記述書のフォーマットに従って、システム要件や要求、フローを書いて、そこからモデリングしていく。 そういえば最近プロセスを勉強し始めて、分析・設計手法との絡みをあまり考えていなかったなーと思った。 で、これを読んでいくと、オブジェクト指向のもともとってウォーターフォール？と感じる。 僕の場合、ユースケース記述がうまく書けないので、ユースケース図からロバストネス分析で一気に分析クラス図と分析シーケンス図に落として、あとはダーっと書いていく感じだった。 設計の話 最近設計の話を聞くと、 UML はあくまで道具としてで、ホワイトボードにさっくり書いて、写真撮っておしまいという話を
Scrum Sprint MonitorはWindows用のオープンソース・ソフトウェア。アジャイルに限らないが開発のステータスは常に更新されていないといけない。バッチでまとめて変更を行うと、手戻りの発生や状況の変化によってステータスが大きく左右されるようになってしまう。 プロジェクトのステータスをグラフ化 そこで常時更新されるステータスをみんなで見られるようにしようというのがScrum Sprint Monitorだ。マイクロソフトの開発管理ツールTeam Foundation Serverと連携し、そのステータスをビジュアル化するソフトウェアだ。 ユーザストーリーやバックログ、作業時間などを円グラフで表示する。さらに開発者ごとのグラフやバーンダウングラフも描画できる。現在のスプリントの状況がはっきりと掴めるようになるだろう。 設定ソフトウェア Scrum Sprint Monitorの
スクラム（SCRUM）という開発手法がある。一時期雑誌をにぎわせたさまざまなアジャイル開発手法群のうちの1つである。日本国内で実際の導入事例はないが、米国では提唱者のケン・シュエイバー（Ken Schwaber）氏によって着実に導入実績を積み重ねているという。今回公開する「スクラムワークショップ体験記」は、筆者2名が日本人として初めて認定スクラムマスターを授与されたワークショップの様子を報告したものである。 米国のソフトウェア開発業界における独立系コンサルタントの躍進とアジャイル開発手法群の台頭という現象は切っても切り離せないものだ。このことは、XP（eXtreme Programming）の提唱者であるケント・ベック（Kent Beck）氏をはじめ、ソフトウェア開発手法に関する分野の“カリスマ”が日本のソフトウェア開発業界に紹介されたことからも記憶に新しい。米国のこのような動きは日本にも
アジャイルソフトウェア開発向けのツールなどを提供しているベンダ「VersionOne」が、アジャイルソフトウェア開発の現状についてのアンケート調査を発表しました。アンケートには2570人、88カ国から回答が集まったとされており、ワールドワイドでのアジャイルソフトウェア開発の現状が把握できる資料となっています。 4th Annual State of Agile Development Survey Results（PDF） アジャイルソフトウェア開発手法は、この1年で日本でもあらためて注目が集まっている開発手法です。日本ではまだそれほど普及率が高くはないといわれていますが、ワールドワイドではどうなのでしょうか？ 調査結果からポイントになりそうないくつかのグラフを紹介します。 大きな組織の導入率が高い どのような規模の組織がアジャイルソフトウェア開発手法を導入しているのでしょうか。調査結果で
先日、アジャイルソフトウェア開発の第一人者として知られる平鍋健児さんのお話をうかがったのですが、そのときにアジャイル開発手法に関する調査レポートの存在を知りました。非常に興味深い結果となっているので紹介したいと思います。 調査はアジャイルソフトウェア開発手法の現状を知るために行われたもので、昨年の6月から7月にかけてVersionOneという米国のソフトウェアベンダが実施、80カ国、2319人から結果が寄せられていますが、その多くはアジャイルソフトウェア開発を実践もしくは指導もしくは検討している人たちです。 興味深いポイントだけを拾ってみましょう。 まず、アジャイル開発手法を率先して取り入れているのは、開発部門のマネージャやプロジェクトマネージャ、CIO/CTOといった管理職の人たちだという結果がでています。日本では現場のエンジニアがボトムアップ的に採用していくケースの方が多いと聞いていま
この文章は、Twitterでちょっと盛り上がった朝会のアンチ・パターンについて、勝手にまとめ、補足したものです。 朝会のあり方については、M・ファウラー氏の「朝会のパターン：立ってるだけじゃないよ」や、オブジェクト倶楽部の「プロジェクトファシリテーション実践編：朝会ガイド」(PDF)を参照してください。 運営に関するアンチパターン 座ってやっている フォース 報告が詳細になりすぎている。時間がかかりすぎている。そもそも場所がない。 対策 立って開催することを呼びかける。 ただし、諸事情でどうしても立ってできない場合は、なるべく短くなるように全員が心がける。 シーンとしている フォース 朝会全体に威圧的な雰囲気、または陰鬱な雰囲気ができている。プロジェクト進行がうまくいっていない。 対策 朝会を行う意義をもういちど全員で確認する。 その他 朝会以前にプロジェクトの建て直しをはかる。 誰も他人
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
