スクラムで失敗する5大理由とその対策としてできること | POSTD
スクラム とは、最近、特にソフトウェア開発の分野でよく使われているバズワードです。この概念は、1995年のOOPSLAでJeff SutherlandとKen Schwaberにより提唱されました。自己組織的なチーム構成と短いスパンの持続可能な繰り返し作業に重点を置くもので、複雑なソフトウェア製品やプロジェクトを扱うためのすっきりとした軽量なフレームワークです。 シンプルで軽量な性質を強みとするスクラムですが、これを導入している企業の約半数が正しく実践できていないと思われます。では、一見すぐに使えそうな手法なのに、実践するのが非常に難しいのはなぜなのでしょうか。その理由と、これを確実に成功させるために講じるべき対策を見ていきましょう。 1. 組織の賛同が得られていない どういう タイプの企業であろうと、何かを変えようとすれば必ず直面する最大の課題であると言えるのが、これです。スクラムも例外
アジャイル開発とウォーターフォール型開発の違いについて再考 - プログラマの思索
「カイゼンジャーニー」を一気に読んだ後で、もう一度、アジャイル開発とは何なのか、現時点で考えを整理しておく。 自分の中の暗黙知を整理するのにとても役立ったので、下記の記事をリンクしておく。 特に主張なし。 【１】アジャイル開発では「個人のパフォーマンスで駆動」されるので、チームワークや心理的安全を重視する。 一方、WF型開発では、プロジェクトの成功を「組織の力で担保」する。 となると、先日の冬季オリンピックで、日本女子がパシュートで金メダルを取った事例を振り返ると、日本人は組織の力を重視する方が好きなのか？ ならば、個人のパフォーマンスで駆動する開発プロセスを志向するアジャイル開発は、日本人の文化とは本来合わないものなのか？ アジャイルとウォーターフォールは文化や価値観のレベルで異なるという話 - たなかこういちの開発ノート (引用開始) このプロジェクトでは“本物”の「スクラム」を実施し
アジャイルの導入方法を改善する
アジャイル導入にはアジャイルのアプローチを採用するべきであって、ウォーターフォール的な方法でアジャイルを導入するべきではない、チームの活性化を望むリーダと、それをサポートする組織の構築が必要だ — Scrum.orgのCEOでチーフプロダクトオーナのDave West氏はこう主張する。業界としては、アジリティの段階的な展開の実績を積む必要がある。 InfoQではWest氏にインタビューして、アジャイルの採用とScrum Studioの適用について、アジャイルアプローチへの理解を高めるために業界として何が可能で何を止めるべきか、将来がアジャイルにもたらすもの、などを聞いた。 InfoQ アジャイル導入について、あなたの見解を聞かせてください。 Dave West: 調査結果では大半のプロジェクト/プロダクトがアジャイルなのかも知れませんが、データが実際の姿であるとは限りません。アジャイルを採
カネとAgile #RSGT2018
10. 顧客発見 【ニーズ検証】 顧客実証 【売って検証】 組織構築 【本格拡大】 Problem/Solution Fit Product/Market Fit Scaling Retention CAC < LTV 売上 課題解決可能 な最小限 売り方最適化 / 売上最大化売る 指標値例 検証アク ション 検証 ポイント MVP 目標 MVP作って壊す 最低限の 売れる状態 セグメントに応じて売れる状態 検証が既存ユーザに影響与えない 独自な価値提供を出来ているか 深い課題を抱えた顧客がいるか その課題の解決策は妥当か 独自な価値提供を出来ているか 顧客は本当に買ってくれるか コスト構造に無理がないか 顧客開拓 【リーチ検証】 独自な価値提供を出来ているか 最適な売り方の検証 最適な価格設定の検証 導入期 成長期 成熟期 利益 独自な価値提供を出来ているか CPA最適化 マーケットシェ
アジャイル開発にはモデリングや要件定義の工程はあるのか、という問題とその周辺 - プログラマの思索
最近のツイートで、アジャイル開発には要件定義工程はあるのか、というテーマで、DOAモデラーとアジャイル系のアーキテクトの間で議論があった。 内容がとても奥深い。 僕はまだ自分の考えをまとめきれていないので、自分が後で参考にしたいためにリンクしておく。 以下、ロジカルでないラフなメモ書き。 【参考】 @yusuke_arclampさんのまとめ記事が公開されました。 アジャイルにおける事前合意について - arclamp 【1】エンタープライズアジャイル勉強会 2017年12月セミナー開催のお知らせ アジャイルを機能させる外枠について - arclamp (引用開始) アジャイルを機能させる2つの外枠 1つ目の外枠は「何を作るべきか」という観点。 チームが何を作るべきか、という手前には「そのチームが実現すべき価値とは何か」をきちんと考える必要があります。この点はギルドワークスの市谷さん（@pa
泥の中のアジャイル - もがき続けてたどり着いたプログラミングという形 -
2017年11月8日（水）のエンタープライズアジャイル勉強会にて。
「アジャイルは死んだ」以降に残るものは何か -リーンソフトウェア開発を再評価し、自工程完結で全体観点で改善する - - Qiita
その結果、自分はすっかり言及の減ってしまったリーンソフトウェア開発や、それらの源流であるトヨタの生産方式、トヨタが現在取り組んでいる自工程完結を評価するのがよいのではないかと思い至った。本稿は、そういうポエムである。 本稿でいうリーン（ソフトウェア）開発とは何か？ 2003年にメアリー・ポッペンディークとトム・ポッペンディークにより提唱されたトヨタ生産方式を源流とするリーン生産方式をソフトウェア開発に適用した原則集。以下を指す。 リーンソフトウエア開発～アジャイル開発を実践する22の方法～ リーン開発の本質 エリック・リース氏のリーンスタートアップやオライリーのリーンシリーズとは異なるので注意いただきたい。 きっかけとしてのアジャイル方法論の違和感：結局、アジャイルでも多くの課題が残る。 「今回のプロジェクトがやりにくいのはウォーターフォールでやっているからだ」、「今回のプロジェクトが適当
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ユーザーと共創する 本当に欲しかったサービス ～製造業がアジャイルを取り入れた事例～
アジャイル作業のスケールアップアプローチはなぜ失敗するのか？
大規模スクラムの失敗から学んだこと #AgileJapan2015