Agile

#Agile アジャイルソフトウェア開発宣言に続く原則私たちは以下の原則に従う: 顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、お客様の競争力を引き上げます。動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ短い時間間隔でリリースします。ビジネス側の人と開発者は、プロジェクトを通して日々一緒に働かなければなりません。意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終わるまで彼らを信頼します。情報を伝えるもっとも効率的で効果的な方法はフェイス・トゥ・フェイスで話をすることです。動くソフトウェアこそが進捗の最も重要な尺度です。アジャイル･プロセスは持続可能な開発を促進します。一定のペースを継続的に維持できるようにしなければなりません。技術的卓越性と優れた設計に対する不断の注意が機敏さを高めます。シンプルさ（ムダなく作れる量を最大限にすること）が本質です。最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます。チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します。アジャイル宣言の背後にある原則

#Agile 2009年に10+ Deploys Per Day: Dev and Ops Cooperation at Flickrにて初めて登場した言葉開発とオペレーションを一つのチーム内で両立させる広義な用語ではあるが、共通して以下のような手法が定義されることが多い Continuous Integration Continuous Delivery Infrastructure as Code マイクロサービス

#石垣雅人 #Agile #Team Organization Swarming自体の説明とリモートワーク下での暗黙知の共有について

#Agile スクラムの三本柱は透明性(Transparency) 検査(Inspection) 適応(Adaptation) 以下の5つの価値基準によって成功を導くとされている確約(Commitment) 集中(Focus) 公開(Openness) 尊敬(Respect) 勇気(Courage)

#Agile 作業バッチサイズを最小化させるための観点の頭文字を略称にしたもの Independent Negotiable Valuable Estimable Small Testable

#Agile

#スプリントレビュー #吉羽龍太郎 #Agile Blog

#市谷聡啓 #Agile Docswell ゴールデンサークルユーザーストーリー

#スクラム #Agile 最新のスクラムガイドより抜粋スプリントレビューの⽬的は、スプリントの成果を検査し、今後の適応を決定することである。スクラムチームは、主要なステークホルダーに作業の結果を提⽰し、プロダクトゴールに対する進捗について話し合う。

#市谷聡啓 #インセプションデッキ #Agile Docswell

#Agile

#Agile #XP #Team Organization クロスファンクショナルチームの考えをベースとするエクストリームプログラミングで紹介されるプラクティス

#DevOps #Agile #Team Organization 2013年にMatthew Skeltonによって書かれたブログ、チームトポロジーの根底にある考えがまとまったような内容になっている訳: 吉羽龍太郎 DevOpsトポロジー | Ryuzee.com

#Agile スクラムのフレームワークを定義しているドキュメント、2020年版が最新 Jeff Sutherland, Ken Schwaber によって作成された Scrum Guide Scrum Guide(ja)

#Swarming #Agile #Team Organization #Continuous Integration #Continuous Delivery XP祭り2024での自身の発表関連Scrapは以下ストラングラーフィグアプリケーショントランクベース開発モノリスからマイクロサービスへ関数型ドメインモデリング

#Agile Agile Covnersation では人間中心主義での2つの価値観を原則としている。自己開示: プロセスを隠さず失敗を認める他者理解: 相手に関心を持ち立場を理解しようとする組織が高パフォーマンスを発揮するためにはどのような対話をするべきか、5つの対話ステップが紹介されている。信頼を築く対話不安を乗り越える対話 WHYを作り上げる対話コミットメントを行う対話説明責任を果たす対話重要なのはこれらは段階的に踏んでいくステップでありそれぞれ独立していないこと。第1ステップの「信頼を築く対話」はその後のステップの基礎となる。アジャイルソフトウェア開発宣言 10+ Deploys Per Day: Dev and Ops Cooperation at Flickr

#Agile

#Agile Agile Manifest（ja）プロセスやツールよりも個人と対話を、包括的なドキュメントよりも動くソフトウェアを、契約交渉よりも顧客との協調を、計画に従うことよりも変化への対応を、 Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler James Grenning Jim Highsmith Andrew Hunt Ron Jeffries Jon Kern Brian Marick Robert C. Martin Steve Mellor Ken Schwaber Jeff Sutherland Dave Thomas

#Agile #Documentation

#Agile #Team Organization 重要な領域または主要な活動に焦点を置いてチームのエネルギーを集中させる。バックログに課題を積むのは最後の手段である。障害にチームメンバー複数人で集中して対処するイメージを日々のスプリントにも適用していく。 Agile Teams Swarm to Greatness スワーミングがアジャイルチームを助けるハイインテグリティコミットメントを実現するスクラム開発の進化

#Agile TEDの優れたリーダーはどうやって行動を促すかによって初めて解説された考え円の中心から Why What How の順に並ぶ Howが一番外側にあるが優先度が低いというわけではなく、HowによってWhatに大きな影響を与えるケースもある

#Agile #吉羽龍太郎 #スプリントレビュー Blog

#Agile #Documentation ユーザーストーリーを洗い出すためのプラクティス優先度付けや段階的なリリースのスコープ整理を行う Blog / Agile Studio

#Agile DevOps capabilitiesの1つ、Fast Flowに分類される DORA | Capabilities: Work in process limits

#Agile #市谷聡啓 Blog