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
yattom
September 21, 2019
Technology
0
12k
スクラムとアジャイルマニフェスト
XP祭り2019のLTのスライドです。
yattom
September 21, 2019
Tweet
Share
More Decks by yattom
See All by yattom
テストのスライド(内容なし)
yattom
0
80
チームで壁をひとつ越えるためにインテグラル理論を使ってみよう
yattom
1
440
ペアプログラミング復習スライド
yattom
0
520
TDD Boot Camp 2020 Online #1 基調講演/ライブコーディング 復習
yattom
0
390
モブプログラミング 復習スライド
yattom
0
330
アジャイルとスクラムとは ~価値、原則、プラクティス~
yattom
0
14k
テストの自動化とテスト駆動開発
yattom
37
17k
アジャイルの風味をお持ち帰り
yattom
1
310
Happy! Lucky! XP!
yattom
4
1.5k
Other Decks in Technology
See All in Technology
Keynote - KCD Brazil - Platform Engineering on K8s (portuguese)
salaboy
0
120
Road to SRE NEXT@仙台 IVRyの組織の形とSLO運用の現状
abnoumaru
0
390
AWS CDK コントリビュート はじめの一歩
yendoooo
1
120
Javaの新しめの機能を知ったかぶれるようになる話 #kanjava
irof
3
4.9k
どっちの API SHOW?SharePoint 開発における SharePoint REST API Microsoft Graph API の違い / Which API show? Differences between Microsoft Graph API and SharePoint REST API
karamem0
0
110
バックエンドエンジニアによるフロントエンドテスト拡充の具体的手法
kinosuke01
1
710
Amazon EKS Auto ModeでKubernetesの運用をシンプルにする
sshota0809
0
110
ソフトウェア開発におけるインターフェイスという考え方 / PHPerKaigi 2025
k1low
9
3.9k
DevinはクラウドエンジニアAIになれるのか!? 実践的なガードレール設計/devin-can-become-a-cloud-engineer-ai-practical-guardrail-design
tomoki10
3
1.3k
Go の analysis パッケージで自作するリファクタリングツール
kworkdev
PRO
1
410
Restarting_SRE_Road_to_SRENext_.pdf
_awache
0
160
Vision Language Modelを活用した メルカリの類似画像レコメンドの性能改善
yadayuki
9
1.2k
Featured
See All Featured
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
49k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
30
2.3k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.7k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Bash Introduction
62gerente
611
210k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
28
2k
Producing Creativity
orderedlist
PRO
344
40k
The Cult of Friendly URLs
andyhume
78
6.3k
Making Projects Easy
brettharned
116
6.1k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
135
33k
4 Signs Your Business is Dying
shpigford
183
22k
Transcript
スクラムと アジャイルマニフェスト やっとむ XP祭り2019 LT 2019.9.21
スクラムと アジャイルマニフェスト やっとむ XP祭り2019 LT 2019.9.21 LTなのでごく薄く 一面的な見方で
アジャイルソフトウェア開発宣言 私たちは、ソフトウェア開発の実践 あるいは実践を手助けをする活動を通じて、 よりよい開発方法を見つけだそうとしている。 この活動を通して、私たちは以下の価値に至った。 プロセスやツールよりも個人と対話を、 包括的なドキュメントよりも動くソフトウェアを、 契約交渉よりも顧客との協調を、 計画に従うことよりも変化への対応を、 価値とする。すなわち、左記のことがらに価値があることを
認めながらも、私たちは右記のことがらにより価値をおく。 http://agilemanifesto.org/iso/ja/
アジャイル宣言の背後にある原則 私たちは以下の原則に従う: 顧客満足を最優先し、 価値のあるソフトウェアを早く継続的に提供します。 要求の変更はたとえ開発の後期であっても歓迎します。 変化を味方につけることによって、お客様の競争力を引き上げます。 動くソフトウェアを、2-3週間から2-3ヶ月という できるだけ短い時間間隔でリリースします。 (続く) http://agilemanifesto.org/iso/ja/principles.html
ビジネス側の人と開発者は、プロジェクトを通して 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。 環境と支援を与え仕事が無事終わるまで彼らを信頼します。 情報を伝えるもっとも効率的で効果的な方法は フェイス・トゥ・フェイスで話をすることです。 動くソフトウェアこそが進捗の最も重要な尺度です。 (続く) http://agilemanifesto.org/iso/ja/principles.html
アジャイル・プロセスは持続可能な開発を促進します。 一定のペースを継続的に維持できるようにしなければなりません。 技術的卓越性と優れた設計に対する 不断の注意が機敏さを高めます。 シンプルさ(ムダなく作れる量を最大限にすること)が本質です。 最良のアーキテクチャ・要求・設計は、 自己組織的なチームから生み出されます。 チームがもっと効率を高めることができるかを定期的に振り返り、 それに基づいて自分たちのやり方を最適に調整します。 http://agilemanifesto.org/iso/ja/principles.html
顧客満足 個人と対話 動くソフトウェア 顧客との協調 変化への対応 要求の変更 短い間隔 日々一緒に 意欲ある人々 フェイストゥフェイス
動くソフトウェア 持続可能 シンプル 自己組織 振り返る 技術的卓越
顧客満足 個人と対話 動くソフトウェア 顧客との協調 変化への対応 要求の変更 短い間隔 日々一緒に 意欲ある人々 フェイストゥフェイス
動くソフトウェア 持続可能 シンプル 自己組織 振り返る 技術的卓越 LT本番の図
これはあくまで一例 • 自分でも やってみてください • チームで やってみるとか • XPでやってみるとか •
価値-原則-プラク ティスの順に繋いで みる • 考えれば考えるほど 線が増えるかも?
個人と対話 動くソフトウェア 顧客との協調 変化への対応 アジャイルマニフェストの価値 オープン コミットメント 勇気 リスペクト スクラムの価値基準
フォーカス 人々を最高に 輝かせる 高速に実験& 学習する 安全を必須 条件にする モダンアジャイルのガイド原則 継続的に 価値を届ける
説明で触れた パターン(予定)
説明で触れた パターン(予定)
None
None
None