Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
モブリーディング あるいはアジャイルな雑談
Search
SatoshiMoriya
April 03, 2019
0
500
モブリーディング あるいはアジャイルな雑談
SatoshiMoriya
April 03, 2019
Tweet
Share
More Decks by SatoshiMoriya
See All by SatoshiMoriya
営業会社の文化の中でアジャイルに巻き込む苦悩
satoshimoriya
1
870
小さなチームの全員マネジメントな日常
satoshimoriya
0
2.9k
本当にあった爆速でコードをレガシー化させる怖い話
satoshimoriya
0
1.3k
前任者から引き継いだカンバンを破壊した話
satoshimoriya
0
630
Featured
See All Featured
Intergalactic Javascript Robots from Outer Space
tanoku
266
26k
GraphQLの誤解/rethinking-graphql
sonatard
48
9.1k
Debugging Ruby Performance
tmm1
68
11k
Typedesign – Prime Four
hannesfritz
36
2k
VelocityConf: Rendering Performance Case Studies
addyosmani
319
23k
What’s in a name? Adding method to the madness
productmarketing
PRO
14
2.6k
Writing Fast Ruby
sferik
619
59k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
14
1.3k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
225
51k
Principles of Awesome APIs and How to Build Them.
keavy
119
16k
Put a Button on it: Removing Barriers to Going Fast.
kastner
58
3k
Navigating Team Friction
lara
177
13k
Transcript
アジャイル イベント 準備会 #1 モブリーディング あるいはアジャイルな雑談
われわれはなぜここに? • アジャイルチームになるため? • スクラムのメソッドを学ぶため? • チームの生産性を上げるため? • 誰かに言われて? …
とにかくこの時間を楽 しみましょう
直近のマイルストーン 夏頃イベント開催予定 ↑ その時点でこのチームがアジャイルのどんなことを学びたいと思っている? ↑ 今アジャイルについてどんなことがわかっている?わかっていない?
スプリントゴール • チームメンバーを知る(この場にいる全員がチームです!) • モブリーディングでアジャイルに関する学びを持ち寄り、持ち帰る • チーム名(サークル名)を決める
自己紹介をしましょう! • 1 min sprint • お名前 + やってる仕事 +
アジャイル経験 + 直近の週末で買った一番高いもの
モブリーディングテーマ! アジャイル宣言の背後にある原則
モブリーディングフォーマット • 5minで疑問や悩みがあるポイントを付箋に書き出す • 付箋が最も多かった項目についてディスカッションを行う • ディスカッション開始後10minで、同じ項目で継続するかを確認します
疑問・悩みの例 • 「顧客」の定義が難しい、、、 • 「動くソフトウェア」って、具体的にどんなもの? • 「意欲に満ちた人々」の判断基準は? • 「技術的卓越性」が今のチームでは判断できないよ、、、
1.顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。 2.要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、お客様の競争力を引き上げます。 3.動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ短い時間間隔でリリースします。 4.ビジネス側の人と開発者は、プロジェクトを通して日々一緒に働かなければなりません。 5.意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終わるまで彼らを信頼します。 6.情報を伝えるもっとも効率的で効果的な方法はフェイス・トゥ・フェイスで話をすることです。 7.動くソフトウェアこそが進捗の最も重要な尺度です。 8.アジャイル・プロセスは持続可能な開発を促進します。一定のペースを継続的に維持できるようにしなければなりません。 9.技術的卓越性と優れた設計に対する不断の注意が機敏さを高めます。 10.シンプルさ(ムダなく作れる量を最大限にすること)が本質です。
11.最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます。 12.チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します。
Enjoy Discuss !