リーダーにおくるDevOps実現のためのチームづくり2. 吉羽龍太郎 @ryuzee ✤ 株式会社アトラクタ取締役CTO/アジャイルコーチ ✤ 野村総合研究所、Amazon Web Servicesなどを経て創業 ✤ アジャイル開発/DevOps/クラウドのコンサルティングとトレーニングを提供
Nexusの概要
2. 概要 ✤ Nexusは3∼9個のスクラムチームのためのフレームワーク ✤ Nexus は、役割・イベント・作成物と、スクラムチームの作業をまとめる技法で構成さ れたフレームワーク ✤ 複数のスクラムチームが、ゴールを達成するインクリメント(出荷可能な製品の増分)を構 築するために、1つのプロダクトバックログに取り組む ✤ 開発はスクラムの父の一人Ken Schwaberと彼自身の会社scrum.org 4. 背景 ✤ ✤ 複数チームで協力してスプリントごとに統合済みの製品を作ろうとした場合、それぞれの 作業で多くの依存関係が生まれる。これは以下の影響 ✤ 要求のスコープの重なりや実装方法の相互影響。プロダクトバックログから項目を 選択する際にこれらを考慮する必要 ✤ ドメイン知識が欠如していると進まないので、適切な知識を持つ人をスクラムチー ムに適切に配置しないといけない ✤ 要求は
LeSS (Large-Scale Scrum) の概要
1. LeSSの概要 (Large-Scale Scrum) 2016/11/25 Ryuzee.com 吉羽龍太郎 (@ryuzee) 2. LeSS概要 ✤ 大規模用のスクラムフレームワーク。まぁまぁ十分という程度を目指している ✤ 8チームまで用とそれ以上のチーム用(LeSS Huge)の2バージョンがある ✤ LeSSはスクラムなので以下はそのまま適用される ✤ 製品は1つでプロダクトバックログも1つ ✤ 完了(完成)の定義も1つ ✤ スプリントの最後には出荷判断可能な製品の増分を作る ✤ 1人のプロダクトオーナー (スクラムマスターは複数でOK) ✤ クロスファンクショナルチーム ✤ スプリント期間は固定期間 (各チーム共通で同じ日に開始・終了) 3. 歴史 ✤ ✤ CraigとBasによって2005年から開発。多くの事例 ✤ 通信機器 - Ericsson & Nokia Ne
カイゼンの基本
1. カイゼンの基本 ∼組織・プロダクト・プロセスをどう改善するか∼ 2016年9月16日 Developers Summit 関西 Ryuzee.com 吉羽龍太郎 2. 吉羽龍太郎 / Ryuzee.com ✤ アジャイル開発/DevOps/クラウドに関する 従量課金型コンサルティングサービスを提供 ✤ http://www.ryuzee.com @ryuzee 3. 提供サービスの概要 アジャイルコーチング Agile開発については多くの誤解があり、 また経験の無いチームが自力で行うのは 難易度が高いものです。当方ではオンサイ トでAgile開発での企画∼開発まで全工程 を支援します。例えばプロジェクト立ち上 げに際しての集合研修、ふりかえりや計画 ミーティングのファシリテーションな ど。 DevOps実践支援 Cloud Architecting支援 ビジネスの成長やシステムの利用
カンバンのキホン #カンバン仕事術 | SlideHub @ryuzee
2. 吉羽龍太郎 / Ryuzee.com ✤ アジャイル開発/DevOps/クラウドに関する 従量課金型コンサルティングサービスを提供 ✤ http://www.ryuzee.com @ryuzee 3. 提供サービスの概要 アジャイルコーチング Agile開発については多くの誤解があり、 また経験の無いチームが自力で行うのは 難易度が高いものです。当方ではオンサイ トでAgile開発での企画∼開発まで全工程 を支援します。例えばプロジェクト立ち上 げに際しての集合研修、ふりかえりや計画 ミーティングのファシリテーションな ど。 DevOps実践支援 Cloud Architecting支援 ビジネスの成長やシステムの利用状 況に柔軟に対応できるのがクラウド の特性ですが、一方でシステムアー キテクチャがレガシーであればその メリットを享受できません。本支援 ではマイクロサービス化を始め
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Scrumの概要
