チームリーダーになりたくない - えりつぃんのにっきちょう
って最初に言ったんですけど任されてしまいましたね。 リーダーを任されて数ヶ月、いろいろ考えた話。 そもそもチームリーダーはいないはずでは？ スクラム開発にいるのはプロダクトオーナーと、スクラムマスター、チームメンバー。 スクラム開発にはチームリーダーはいない。 が、スクラムやってるはずのうちの会社、なぜかチームリーダーがいる。 リーダーの仕事はスクラムマスターの領域が近いけれど、実際の作業もやっているのでチームメンバーでもあるかんじ。バックログはチームで出している。POは誰だかよくわかんない。 なので実際、リーダーはただのスーパーマン。 要件からバックログのタスクにする。調整して、みんながタスクに集中できる環境をつくってあげられる。コード書いてタスクを燃やせる。なんでもできる。リーダーすごいよ。スクラムの全役ひとりでやってるのでは？ というわけでうちのチームリーダーはなんかすごい。 模索、
ScrumMasterWay - スクラムで卓越した成果を収めグレートスクラムマスターになるための方法
ユニークなコンセプト #ScrumMasterWayはユニークなコンセプトです。アジャイルとスクラムの第一線に立つエキスパートであるZuzana 'Zuzi' Šochováが提唱しているもので、スクラムで卓越した成果を収める方法、グレートスクラムマスターになるための方法です。15年以上に渡るアジャイルとスクラムの経験、そしてグレートスクラムマスターになるための彼女なりのやり方もカバーしています。 #ScrumMasterWayのコンセプトは、優秀なチームや組織を作ったり、アジャイルな環境における変化に対応したり、非常に強力なスクラムマスターの道具箱を活用したりするのに役立ちます。 #ScrumMasterWayのコア要素 このコンセプトはスクラムの長所に焦点を当てています。メタスキル、学習、心理、 リーダーシップが4つの要素です。
駅すぱあとと未来と組織と
2017年02月09日 関デジDAY2017基調講演スライド 「駅すぱあとと未来と組織と -カンバン・見える化・カイゼンで活気に満ち溢れた組織へ- 」
アジャイルメトリクス実践ガイド
近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps開発では,今まで主流であったウォーターフォール開発と異なり,短い開発サイクルの中で小刻みなフィードバックループと改善活動を繰り返しながら開発する特徴がある.そのため,品質保証や信頼性でのメトリクス活用においても,メトリクスにもとづいたQAテストを実施することは依然重要であるが,それに加え開発から運用までの一連のプロセスの中でプロダクトとプロセスの品質を見える化し継続的な改善活動を促進するフィードバックを提供することがアジャイル開発では求められる.また、DevOps開発では本番稼働中のシステムについてもレジリエンスの枠組みで障害やバグに関するフィード バックを獲得し継続的に学習する.本講演ではアジャイル /DevOps の品質保証と信頼性におけるメトリクス活用の方法について事例も交えながら紹介する.
Nexusの概要
2. 概要 ✤ Nexusは3∼9個のスクラムチームのためのフレームワーク ✤ Nexus は、役割・イベント・作成物と、スクラムチームの作業をまとめる技法で構成さ れたフレームワーク ✤ 複数のスクラムチームが、ゴールを達成するインクリメント(出荷可能な製品の増分)を構 築するために、1つのプロダクトバックログに取り組む ✤ 開発はスクラムの父の一人Ken Schwaberと彼自身の会社scrum.org 4. 背景 ✤ ✤ 複数チームで協力してスプリントごとに統合済みの製品を作ろうとした場合、それぞれの 作業で多くの依存関係が生まれる。これは以下の影響 ✤ 要求のスコープの重なりや実装方法の相互影響。プロダクトバックログから項目を 選択する際にこれらを考慮する必要 ✤ ドメイン知識が欠如していると進まないので、適切な知識を持つ人をスクラムチー ムに適切に配置しないといけない ✤ 要求は
スクラムガイドを読む（第２回） - Intelligent Technology's Technical Blog
こんにちは、斎藤です。 「スクラムガイドを読む」の第２回目です。 「スクラムガイドを読む（第１回）」はこちらです。 第２回目は、スクラムガイドの下記の内容に関して書いていきます。 スクラムイベント スプリント スプリント計画ミーティング デイリースクラム スプリントレビュー スプリントレトロスペクティブ スクラムの成果物 プロダクトバックログ スプリントバックログ インクリメント 「完了」の定義 結論 スクラムイベント スクラムでは、イベントを設けて規則性を作り出し、スクラムで定義されていないミーティングの必要性を最小化している。イベントには、時間に上限のあるタイムボックスを使う。これは、計画プロセスで時間を無駄にせず、必要な分だけ時間を使うようにするためである。 スプリント以外のすべてのスクラムイベントは、何かを検査・適応する公式の機会である(スプリントはその他のイベントの入れ物である)
Evaluating Agile and Scrum with Other Software Methodologies
Sustainable Security Requirements with the ASVS Josh Grossman provides a brief overview of what the ASVS is, but takes a closer look at balancing trade-offs and prioritizing different security requirements. Josh shares how to make the process repeatable and how to implement it as part of your own organization's requirements process.
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造（前編）
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造（前編） スクラムは、アジャイル開発における方法論の中でもっとも普及している方法論の1つです。スクラムという用語を用い、その考え方を最初に提唱したのは、1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。それが1990年代半ばにジェフ・サザーランド（Jeff Sutherland）氏らによってアジャイル開発の方法論としてのスクラム（アジャイルスクラム）になったわけです。 野中氏は知識創造理論によって知られており、ウォールストリートジャーナルによる、「もっとも影響力のある思想家リスト」の20位にランクされています。 1月15日に都内で
【特別企画】Scrum Regional Gathering Shanghai 2012レポート
参加対象の方 アジャイル・スクラムでの開発を導入検討されている経営者やマネージャ、現場リーダーの方 導入推進役、スクラムコーチ、アジャイルコーチの方 既に実践、あるいは知識を深めたい方 これからスクラムを実践される方 特別講演 “実践知リーダーシップとアジャイル/スクラム ～ イノベーションを生み出し続ける組織に求められるリーダーとは” 野中 郁次郎氏 講演者紹介：一橋大学名誉教授。知識創造経営の生みの親。1986年にハーバードビジネスレビューに発表した論文 “The New New Product Development Game (新製品開発の新たな方法)” はスクラムに深い影響を与え、「スクラム」という用語もこの論文内の表現からとられている。 代表的な著作（共著）に「失敗の本質」ダイヤモンド社（1984）、「知識創造企業』 東洋経済新報社（2005）、「知識創造経営プリンシプル」 東
スプリントにおけるコミットメントとは何か
みなさんこんにちは。@ryuzeeです。 スプリントプランニングでは、スプリントの終了までに「どのプロダクトバックログアイテムを完了させるか」を計画します。 このコミットメントとは何なのか？先日のCertified Scrum Product Owner研修でジェフ・サザーランドさんに以下のどれなのかを聞いてみました。 スプリントプランニングで決定した内容をスプリント期間中に「全て終わらせる」ことをコミットするそのスプリントにおいて、チームが「全力で選択したプロダクトバックログアイテムを完了させようとする」ことをコミットする1または2のいずれになるかはコンテキストに依存する プロジェクトの初期段階の数スプリントでは、見積りの精度は低いし、自分たちのベロシティがはっきりしていないので、通常はオーバーコミットしがちです。 またそもそもスクラムの経験が豊富ではないチームでは、「プロダクトバックロ
スクラムマスターは開発メンバーになれるのか？ - capsctrldays(2012-12-09)
スクラムマスターは開発メンバーになれるのか？スクラムに関する資料を作っていて疑問に思ったのでQuoraで質問してみました。自分で訳しておいてあまり覚えていないので、改めて「スクラムガイド」を読んだんですが、明示的に書かれているところはありませんでした（できるというようなニュアンスはある）。 で、はじめてQuoraを使ってわかったんですけども、名指しで回答してもらうことができるんですよね。というわけで、Jeffに名指しで質問してみました。そしたらソッコーで答えが返ってきた！ http://www.quora.com/Scrum/Can-scrum-master-be-one-of-development-team-members/comment/233021 簡単に訳しておきます（正確には上の英文を読んでおくれ）。 「スクラムガイド」に載ってないんだったら、ウォマック博士の『リーン生産方式が
楽天がアジャイル開発を全社へ展開
楽天は2013年中に、ソフト開発を短期間で繰り返す「アジャイル開発手法」に基づいて楽天グループ共通のシステム開発体制を整備する（図）。同手法に基づく開発プロジェクトを担う人材育成に向け、楽天はNTTデータと“異業種タッグ”を組む。 楽天は、急な仕様変更や機能追加に対応しやすいといったアジャイル開発の利点を生かして、「楽天市場」など自社サービスのグローバル対応を一気に進める。 すでに海外グループ企業の一部がアジャイル手法を先行導入しているほか、日本でも楽天市場の開発チームが2010年ごろから段階的に導入。豪アトラシアンのプロジェクト管理ソフト「JIRA」などを使った開発環境の整備やエンジニア向けの研修を進めてきた。 アジャイル手法の全面採用で、グループ全体で3000人規模のエンジニアが開発リソースやノウハウを共有しやすくなる。「海外のノウハウを日本に取り入れたり、海外プロジェクトを日本のエン
Dual-Track Agile | Silicon Valley Product Group
Dual-Track Agile UPDATE: Starting with the publication of INSPIRED V2, I stopped using the term “Dual-track Agile” because the phrase made people focus far too much on process, and not enough on the principles. I wrote why this is the case here. So instead I started using the terms Continuous Discovery and Continuous Delivery. When I first start working with an Agile product team, one of the mos
No022-01-suc3rum-20110221
2. • zuisener • SEPG • Software Engineering Process Group • … • 2011 2 21
ストーリーポイントの見積りは何故時間の見積りより良いのか
みなさんこんにちは。@ryuzeeです。 よく聞かれるネタではあるのですが、スクラムの父ジェフ・サザーランド氏がストーリーポイントの見積りがなぜ時間の見積りよりも良いかについて過去にブログに書かれたものを意訳・抜粋にて紹介します。 以下の訳文は原文にしたがって、CC BY-NC-SAとします。 原文はこちら 左図: 不確実性コーン 右図: マイクロソフトによるストーリーポイント見積りの正確性 ストーリーポイントを使うとより正確な見積りを得られ、計画の時間を劇的に減らすことができ、リリース日をより正確に予測できるようになり、チームのパフォーマンスの改善の助けになる。 時間を使った見積りは、よくない見積りとなり、システムに大量のムダを生み出し、プロダクトオーナーのリリース計画の妨げとなり、どのプロセス改善が本当に役立っているのかチームがわからなくなる。 新たな興味深い調査結果が公開された。 ス
ざっくりわかるScrum
ざっくりわかるScrum 1. h"p://bit.ly/QkTbCK 2. Scrumとは？ 可能な限り価値の高いプロダク トを生産的かつ創造的に届ける ためのもの 3. 複雑で変化の激しい 問題に対応するための 仕事の進め方 4. 特徴ü 軽量 ü 理解が容易 ü 習得は結構大変 5. 必要なものはなんだろう？ 6. 全てを予測することはできない h"p://bit.ly/LT89jU 7. 従来型と異異なるアプローチリソース と期間で 総量規制 8. ⼤大事なものは先に！ 1番⽬目にほしい 2番⽬目にほしい 欲しいものを 3番⽬目にほしい リストにして 4番⽬目にほしい 5番⽬目にほしい 順位をつける。 順位は状況に 99番⽬目にほしい100番⽬目にほしい よって変わる。 9. プロダクト バックログ http://bit.ly/N2WbSn 10. プロダクトオーナーü プ
Scrum Alliance - The Scrum Team Scorecard
Transitioning toward Scrum practices isn't easy for every team. I've used a visual image that I call the Scrum team scorecard to help. It's a one-page "snapshot" of the level of transformation of a project team into a Scrum team. An independent observer, preferably an Agile coach or someone highly familiar with good Agile practices, should score the team undergoing the transformation. In addition,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルはエンタープライズへ － 「Regional Scrum Gathering Tokyo 2014」開催
Scrum体験スパルタワークショップ
HugeDomains.com
