スクラムで失敗する5大理由とその対策としてできること | POSTD
スクラム とは、最近、特にソフトウェア開発の分野でよく使われているバズワードです。この概念は、1995年のOOPSLAでJeff SutherlandとKen Schwaberにより提唱されました。自己組織的なチーム構成と短いスパンの持続可能な繰り返し作業に重点を置くもので、複雑なソフトウェア製品やプロジェクトを扱うためのすっきりとした軽量なフレームワークです。 シンプルで軽量な性質を強みとするスクラムですが、これを導入している企業の約半数が正しく実践できていないと思われます。では、一見すぐに使えそうな手法なのに、実践するのが非常に難しいのはなぜなのでしょうか。その理由と、これを確実に成功させるために講じるべき対策を見ていきましょう。 1. 組織の賛同が得られていない どういう タイプの企業であろうと、何かを変えようとすれば必ず直面する最大の課題であると言えるのが、これです。スクラムも例外
アジャイル開発やスクラムのトレーニングでよく聞かれる質問とその答え (1)
みなさんこんにちは。@ryuzeeです。 弊社ではアジャイル開発、スクラムのトレーニングを提供しているのですが、トレーニング中には多くの質問をいただきます。 今日はよくある質問とその答えについていくつかご紹介したいと思います。 好評そうだったら続編も書く予定です。 ■アジャイル開発において、ドキュメント作成の一般的な指針を教えてくださいどのようなドキュメントがいつ、どの粒度で必要なのかはプロダクトやプロジェクトに依存します。 プロダクトやプロジェクトにはそれぞれ固有の品質基準があり、それはアジャイルやウォーターフォールといった方法論の違いによって変わるものでもありません。 したがってプロジェクト冒頭でプロダクトオーナーやステークホルダー（品質管理部門や顧客など）と「なんのために」「どのようなドキュメントが」「どのような記述レベルで」「いつまでに必要なのか」を決定してください。 誰も使う予定
スクラムで開発チームが自由な取り組みをするには？
みなさんこんにちは。@ryuzeeです。 スプリントをずっと回していると、「いつもスプリントに追われている気がする」「一回立ち止まってゆっくり考えたい」「情報共有ができていない気がするので整理したい」「技術検証をもっとやりたい」「勉強時間をとりたい」といった話を聞くことがあります。 それに対して、どのように対処していくべきか考えてみましょう。 考えられる対応策はいくつもあるので、まずはそれを列挙します（ダメなものも混ざっています） 複数回スプリントを実施したら、1回分のスプリントでは開発チームは好きに活動する（✕）スプリントとスプリントの間に休憩を入れる（✕）フィーチャー開発以外の取り組みを行うスプリントを必要に応じて用意する（△）スプリントのキャパシティを見直して、開発チームが持続可能なペースで働けるようにする（◎）それぞれを順番に見ていきましょう。 複数回スプリントを実施したら、1回分
あなたのチームの「いい人」は機能していますか？
1. 2016/01/19 - Regional SCRUM GATHERING® Tokyo 2016 あなたのチームの「いい人」は 機能していますか？ 横道 稔（株式会社サイバーエージェント / 株式会社 RightSegment） 2. 自己紹介 • 横道稔 （@ykmc09_dev） • 株式会社サイバーエージェント アドテクスタジオ • 株式会社 RightSegment にて PrivateDMP を開発 • エンジニア、エンジニアチームのマネージャ • CSM / CSPO
書評：上司や取引先にアジャイルを理解してもらうために贈る「アジャイル開発とスクラム」
日本でのアジャイル開発は、おもに開発現場の人たちが自分たちの課題を解決するために、現場で受け入れられ広がってきましたが、一方で最近ではリクルートや楽天、NTTデータなど、組織としてトップダウンでの導入も先進的な取り組みとして始まっています。 しかしまだ「現場としてはアジャイル開発に興味があるが、上司や取引先の理解がなかなか得られない」と思っているエンジニアや、「アジャイル開発に興味はあるが、開発者ではないので技術的なことはよく分からない」という情報部門のマネージャなど、アジャイル開発に興味があっても踏み出せない方は多いのではないでしょうか。 本書「アジャイル開発とスクラム」は、これまで多かったエンジニア向けにアジャイル開発の実践方法を解説したものではありません。エンジニアではない、上司や経営陣、取引先といったステークホルダーにアジャイル開発を理解してもらうために使える本です。 そのため、ア
スクラム入門
スクラム 入門 Pete Deemer Scrum Training Institute (ScrumTI.com) Gabrielle Benefield Scrum Training Institute (ScrumTI.com) Craig Larman craiglarman.com Bas Vodde Odd-e.com version 1.2 読者の皆様へ：多くのスクラムに関する簡潔な説明資料はオンラインで入手可能ですが、 本書はより詳細な実践的手法を提供しますが、スクラムに関する学習の最終段階ではあり ません。スクラムの導入を検討しているチームには、Ken Schwaber の Agile Project Management with Scrum ( [和書]スクラム入門-アジャイルプロジェクトマネジメント ) また は Agile Software Developmen
スクラム組んで開発しよう！ | オブジェクトの広場
今回の記事では, プロジェクト管理に特化したアジャイル開発手法であるスクラムの概要を説明します. また, スクラムによる開発が成功する理由を説明するための理論的なバックボーンとして引用されている知識創造プロセスやコンテキストの概要を紹介します. さらに, 20 名程度の中規模開発チームにおいてスクラムを適用し, 開発に成功した事例を紹介し, その中で知識創造プロセスやコンテキストが生まれたのか否かについて考察します. 1. スクラムとは 1.1 スクラムの価値と理論的な基盤 スクラム [1] は, Ken Schwaber と Mike Beedle によって考案されたアジャイル開発手法です. スクラムという開発方法論の名称は, ラグビーのスクラムにちなんで名づけられたそうです. スクラムは、Schwaber らがいくつかの失敗プロジェクトを立て直す経験を通じて生み出されたとされています.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
