ぐるぐる DDD/Scrum というワークショップをやってきました - haradakiro's blog
東北デベロッパーズコミュニティにお招きいただき、DDD/Scrumのワークショップをやってきました。 ワークショップは、DDD のモデリングのうずまきに、スクラムのワークショップでよく使うタイムボックス縛りを組み合わせて、Agile でいうところの Swarming という状態になれないかな、という目標で設計しました。 正直、１時間の枠組みで、シナリオ書いて、モデル描いて、コードも実装するのは、だいぶ大変だったと思います。ご参加いただき、ありがとうございました。 ただ、１時間を二回廻すだけでも、チーム内で駐車場を語る語彙、モデル、設計実装案は、だいぶ共有できたのではないでしょうか。そのまま、プロジェクトに突入できる訳ではありませんが、わからないことがわかっているというのは、プロジェクトを始めるときには非常に役に立つでしょう。 参加された方は、各チームの発表したモデルの中心(コアドメイン)が
デイリースクラムを学ぶワークショップ（地獄のデイリースクラム）
このワークショップは、Scrum from Hell（地獄のスクラム）というもので、2004年10月にデンバーのScrum GatheringでWilliam C. Wake氏によって行われたものです。 チームでデイリースクラムについて学ぶために役に立つはずです。 概要ゴールうまく機能しないデイリースクラムについて学ぶ 時間15-20分 人数などこの演習は立っている6人〜8人のグループで行い、オブザーバーは座って見ている。 目的の詳細デイリースクラムについて説明をし3つの質問とミーティングの流れについて理解してもらう以下に示すようなよくある問題や介入について説明する暗黙の障害：全部を聞く。時には、障害事項について言及されることがあるが、それが障害事項として認識されないことがある。横での会話：自分が話していないときは他の人の話をきくように言うだらだら話す：もっと素早くまとめて話すように言う脇
Scrumを教えるのに最適なフレームワークはScrum - Always All Ways
Tobias Mayer氏が、「スクラムのワークショップにおける５つの『やってはいけない』」みたいなブログ・エントリを書いています。せっかくなので、その５つを見出しのみ抜粋してみると、 Don't plan the whole workshop. Don't ask questions you already know the answer to. Don't play games with predefined outcomes. Don't answer questions. Don't talk about yourself. Top 5 Scrum Workshop Dont's それぞれの内容については原文を見てくださいね。 Scrumを教えるためのフレームワーク これらの５つのポイントはそれぞれ重要な示唆を含んでいるのですが、私自身は、この記事の中で最も重要なのは、"Scrum
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
