Scrumプロジェクト開始のベストプラクティス #RSGT2018
みなさんこんにちは。@ryuzeeです。 2018年1月11日から13日まで開催されているRegional Scrum Gathering Tokyo 2018で登壇いたしましたので、資料を公開します。 今回は、実際にスプリント1を開始する前にどのような準備をしておけばよいかがテーマです。 スクラムでは、プロダクトバックログが用意されていて、それを元にスクラムチームでスプリントプランニングを実施し、スプリント期間中毎日デイリースクラムを行い、最後にスプリントレビューとレトロスペクティブを実施することになっています。またスプリント中の次以降のスプリントの準備としてプロダクトバックログのリファインメントを実施します。 つまりプロダクトバックとスクラムチームが存在するところがスタート地点になっています。 では、これらはどこから出てくるのか、どのように作っていけば良いのか、という話になります。 資
「開発手法」だったアジャイルはここまで進化した | Japan Innovation Review powered by JBpress
前回（「企画と開発が責任を押し付け合う会社の前途は暗い」http://jbpress.ismedia.jp/articles/-/51448）は、「にわとり」と「たまご」の話を例に挙げて、ビジネス（ニーズ）と製品開発（シーズ）の関係の変化を説明した。今回は、アジャイルの起源にいったんさかのぼり、そこから時間を追って現在のビジネス視点での解釈について書いていきたい。 開発者の視点に立っていた古典アジャイル アジャイル開発宣言は2001年に発表された。「アジャイル」という言葉が登場すると、それ以前からあった「スクラム」や「XP（Extreme Programming）」をはじめとする軽量開発手法を総称する新しい呼び名として、大きなムーブメントとなった（ただし、注目を集めたのはソフトウエア開発の文脈においてであり、ムーブメントはソフトウエア開発者のコミュニティ内に限られていた）。アジャイルは、ソ
「なんちゃってアジャイル」15のアンチパターン | Biblichor - scent of classics
ユーザーメリットを早期に実現するため、迅速かつ適応的にソフトウェア開発を行う「アジャイル開発」。 うまく実施できれば素晴らしい力を発揮するのだが、ややもすると「なんちゃってアジャイル」に陥ってしまうことも…。 過去のプロジェクトの経験から、プロジェクト進行のなかで陥りがちな「なんちゃってアジャイル」の罠と、それを引き起こすカンチガイの原因についてまとめてみた。 チーム環境 "なんちゃってスクラム"編 「アジャイル開発」に必須なのが、チームメンバーが協働で目標に向かうための環境づくり。 以下のことが起きていたら要注意。 1. プロジェクトの目標があいまい プロジェクトの目標について、プロダクトオーナーとスクラムマスターで言っていることが違う場合は要注意。 2. リリース時期が決まっていない プロジェクトのリリース時期が決まっていない場合や、簡単に変更になる場合は要注意。 ずるずると「リリース
アジャイル開発の導入のビデオシリーズを作ってみた - メソッド屋のブログ
今年から会社の方針も変わり、エバンジェリストからSoftware Development Engineer という職種に変わった。プレゼンとデモの世界から、お客様と一緒にハックしたりコードで世の中にインパクトを出す仕事に変わったので、楽しくも四苦八苦しながら頑張っている。 先日友人の Rochelle Kopp さんから Agile のビデオを作ってくれないか？という依頼があった。今から Agile を始めたいと思っている企業さんが増えてきたのだが、残念ながら私はコードを書くのが`今の仕事なので、エバンジェリストやコンサルをやっているときのように対応できない。出来るとしたら、自分が新技術導入 (Serverless, Microservices等)をご支援しているプロジェクトに限られる。 だから、彼女がビデオを作ってくれたらうれしいといったので、既存の資料を少しカスタマイズして、ビデオをい
Scrum Inc.に聞く、アジャイル開発がうまくいかない理由と、イノベーションを起こすために必要なこと
Scrum Inc.に聞く、アジャイル開発がうまくいかない理由と、イノベーションを起こすために必要なこと：DX時代のDevOps／アジャイルヒーローたち（1）（1/3 ページ） デジタルトランスフォーメーション（DX）のトレンドが進展し、テクノロジーの力を使って新しい価値を打ち出す「企画力」と「スピード」が、ビジネス差別化の一大要件となっている。その手段となるアジャイル開発やDevOpsは企業にとって不可欠なものとなり、実践に乗り出す企業も着実に増えつつある。だが国内での成功例は、いまだ限られているのが現実だ。本連載ではDevOps／アジャイル開発の導入を支援しているDevOps／アジャイルヒーローたちにインタビュー。「ソフトウェアの戦い」に勝てる組織の作り方を探る。 今、企業が取り組むべき「変革」とは？ 金融、製造をはじめ、各業種でデジタルトランスフォーメーションの取り組みが進む中、IT
アジャイル開発やスクラムのトレーニングでよく聞かれる質問とその答え (2)
みなさんこんにちは。@ryuzeeです。 先日、弊社がアジャイル開発やスクラムのトレーニングの際によく質問いただく項目とそれへの回答を一部紹介しました。 参考になると言ってくださった方も多かったようなので、第二弾を公開します。 ■請負契約でアジャイル開発を進めるコツを教えてください悪いことは言わないので、請負契約は避けた方が良いです。 最初にスコープを全て洗い出して固定し、そこから期日と費用を見積もって請負契約したのであれば、完成責任と納入責任を負わざるを得ません。 一方でアジャイル開発は「スコープが変化する」「全てのことを事前に予測することはできない」という考えを中心においています。 ですので完了する責任をもって契約するのではなく、「変化に最大限対応すること」「最善をつくすこと」を約束します。 必ず完了させなければならない契約に対してアジャイル開発を適用してしまうと、「変化」の要求は受け
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Scrum AllianceがState of Scrum 2017年版を公開
スクラムの７つの罪とアジャイルのアンチパターン