スクラムマスター――あえて不都合な事実に目を向ける“チームの医者”
スクラムマスター――あえて不都合な事実に目を向ける“チームの医者”：開発チームを改善するためのスクラムTips（7）（2/2 ページ） チームの変化を促す、チェンジエージェント ●チームの変化を促す、チェンジエージェント 障害を取り除く活動において、スクラムマスターは「チームの変化を促すチェンジエージェント」として振る舞います。 ●チームのマインドをチェンジする 上手に変化を起こすために重要なことは、「チーム自身で変わろうと思ってもらうこと」です。 どんなに素晴らしい改善でも、押し付けられれば、抵抗したくなるのが人情というもの。まずは、障害をチームの真ん中に置き、みんなでその問題について認識することが重要です。 何が問題なのか？ 放っておくと何がまずいのか？ その障害がなかったら、どのように良い状態になっているか？ 考えられる解決策は？ リスクは？ 不安な部分は？ 必要なリソースはどのくら
あなたのチームのスクラムマスターがうまく作用しない7つの理由
みなさんこんにちは。@ryuzeeです。 7 Reasons Your Scrum Master May Be Underperforming より抜粋・意訳でご紹介します。 うまくいかないスクラムマスターのパターンは以下にあがっている以外にもたくさんありますが、個人的には、スクラムマスターがチームのファシリテーション役や問題の解決役にならずに、指示出し役になってしまっているケースが良くないケースだと思います。 往々にしてそういう場合はスクラムマスターがチームのメンバーよりも社内の役職上立場が上だったりもします。 スクラムで開発する場合、スクラムのロールの帽子をかぶる人は、少なくともプロジェクトの中では役職の帽子は脱いだほうが良いだろうと思います。 チームで偉大で効果的なスクラムマスターを持つために何を必要とするだろうか？ スクラムマスターは私が思うにスクラムチームの中で最も誤解されている
誰にでも心当たりのありそうな、アジャイルが失敗する理由7＋11
コンサルタントであるMartin Proulx氏のブログ「Analytical-Mind」に、「 Seven wrong reasons to adopt Agile」（アジャイルを導入する7つの間違った理由）」というエントリがポストされています。読んでみると、なんだかドキっとするようなことが書いてあります。 次の7つの理由、心当たりのある人も少なくないのでは？ We recently attended a conference and Agile is becoming more popular. If others are doing it, so should we. 最近カンファレンスに参加したところ、アジャイルが人気らしい。他でやっているのなら、うちでもやるべきではないか Because Gartner and Forrester say so. ガートナーやフォレスターがそう言
アジャイル導入コンサルタントという名前でスクラムだけを導入しようとする人は死ねばいいのにと思った - 水まんじゅう2
この文章中で表現されるアジャイルとはアジャイルソフトウェア開発宣言に沿ったものとします。 なぜか定期的にアジャイル開発をしようとしている人を食い物にしようとしている人のお話を聞くので。 タイトルですべてです。それ以上のことはない。 スクラムはアジャイルな開発を実現するためのプラクティスではあるけれども、スクラムをしてもアジャイルになるわけではないという事実。 それだけなのですが。 今まで見たり聞いたりしてきたアジャイルの失敗例 突き詰めると以下の二つではないかと思っています。 設計ができない 失敗ができない 設計ができない アジャイルだから設計書を作らなくてもよいよね。という人たちはいまだにいるらしい。 設計書という体裁では不要の場合もありますが、設計は必要です。 思いつく限り書き上げると以下の通り。 プロダクトオーナー(お客さん)との合意形成のため 全体で何を作るのかを明確化するため 必
ユーザーストーリーとは？
ユーザーストーリーとは？ 1. ユーザーストーリーとはhttp://www.flickr.com/photos/cannedtuna/4674434821/ 2. 吉羽龍太郎 (@Ryuzee) アジャイルコーチ 認定スクラムプロフェショナル(CSP) 認定スクラムマスター(CSM) 認定スクラムプロダクトオーナー(CSPO) http://www.ryuzee.com/ 野村総合研究所等を経てベンチャーのCTOhttp://www.flickr.com/photos/adforce1/2539903964/ 3. プロダクトオーナー スクラムマスター チーム (7±2人) ステークホルダー製品に対して責任をもち機能 スクラムプロセスがうまく プロダクトの開発を行う。 製品の利用者、出資者、管理職に優先順位を付ける いくようにする。 製品の成功に向けて最大限 などの利害関係者。鶏と称す 外
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
