タグ

関連タグで絞り込む (2)

タグの絞り込みを解除

AgileとScrumに関するarray08_12のブックマーク (10)

  • DeNA流Scrumとcommのチームビルディング

    1. DeNA流流Scrumと Commのチームビルディング January 16, 2013 DeNA Co., Ltd. Copyright (C) 2013 DeNA Co.,Ltd. All Rights Reserved. 13年1月18日金曜日 2. 自己紹介 貝瀬岳志 • 2011年年夏ごろより組織にスクラムを導⼊入 • スクラムマスターとして数チームの運⽤用を経験 • 現在はスクラムマスターやPOのサポート、組織改 善全般に従事 2 Copyright (C) 2013 DeNA Co.,Ltd. All Rights Reserved. 13年1月18日金曜日

    DeNA流Scrumとcommのチームビルディング
  • スクラムでの初期の見積り

    アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください(初回相談無料) みなさんこんにちは。@ryuzeeです。 よくスクラムで初期見積りってどうやるの?って聞かれますので、思ったことをツラツラと書いておきます。 ちなみに見積りはあたらないので(もちろん当てる努力はしますし、当たった方がいいのは勿論ですが)、そのつもりで考えたほうが良いでしょう。 例えば競馬で一点買いして毎回的中すると思う幸せな人はあまりいませんが、一方で開発の見積りは毎回当たると考えちゃうのはどうかしてるということです。 1. 開発初期に全体を見積もるそもそも一発であたる見積りをするのは不可能であるのは不確実性コーンのグラフ等を見れば分かります。 だからといって見積りをしなくてよいわけではありません。 この時点では、分かってい

    スクラムでの初期の見積り
  • 5分で分かる、「スクラム」の基本まとめ

    5分で分かる、「スクラム」の基まとめ:開発チームを改善するためのスクラムTips(8)(1/2 ページ) 「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 これまで、アジャイル時代のチーム・マネジメント手法として主流になっている「スクラム」の手法を紹介してきました。今回は総集編として「スクラムの基」をコンパクトにまとめます。 そもそもスクラムとは スクラムは、一言でいえば「チームで仕事の進めるための枠組み(フレームワーク)」です。 もともとはソフトウェア開発プロジェクトを成功させる仕組みですが、技術的な要素は取り除かれ、多くのチーム作業に共通して適用できる要素だけが残りました。そのため、ソフトウェア開発以外のチームにも適用できるのが特徴です。 ●バッ

    5分で分かる、「スクラム」の基本まとめ
  • スクラムに関する無料の日本語資料のまとめ | Ryuzee.com

    アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください(初回相談無料) みなさんこんにちは。@ryuzeeです。 スクラムを学習するにあたって参考になる【無料】の資料を以下にあげておきます。 僕がコーチングする際は上2つの資料については事前に読んでもらった上で、トレーニングを実施したりしてます。 スクラムガイドスクラムの父であるジェフ・サザーランド氏とケン・シュエイバー氏が書いた公式のルールブック。 これを読まないでスクラムをやるのはマズイです。 http://www.scrumguides.org/日語版は、多くのの翻訳をされている角さんが訳されてます塹壕よりScrumとXP昨年開催したScrum Gathering Tokyoで基調講演をされたヘンリック・クニベルグ氏によるScrumとX

    スクラムに関する無料の日本語資料のまとめ | Ryuzee.com
  • スクラムがうまくいっている兆候

    アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください(初回相談無料) みなさんこんにちは。@ryuzeeです。 昨日Twitter上で@yujioramaさんから「これは成功すると思えたスクラム導入の兆しとか読んでみたいです!」という要望を頂いたので個人的な見解を書いてみたいと思います。 なお、僕は基的に、技術力とかツールの話以前の話としてチームの態度や周りとの協調関係を重視しているので、主にそういう観点が多いことを念頭においておいてください。 プロダクトオーナープロダクトオーナーが明確なプロダクトバックログアイテムを書いている自分が書いたプロダクトバックログアイテムに責任をもっている。開発チームがプロダクトプロダクトバックログアイテムの中身についてプロダクトオーナーに確認できる開発チームが

    スクラムがうまくいっている兆候
  • プロダクトバックログ項目の明確化の必要性 | Ryuzee.com

    みなさんこんにちは。@ryuzeeです。 プロダクトバックログ項目からタスクにうまく分割できないので、あればそのコツが知りたいと@riskriskさんからリクエストを頂いたので解説したいと思います。 まずは以下の図を見てください。 これはスクラムにおいて、プロダクトバックログからスプリントバックログへの流れを会議体とともに示したものです(パワーポイント版はこちら)。 実はほぼこの中に全て答えがあります。 まずプロダクトバックログ項目(ストーリーなど)からタスクにうまく落とせない場合は、以下のようなことが原因として考えられます。 そもそもなんのためにそのプロダクトバックログ項目があるのか分からないプロダクトバックログ項目の内容が曖昧または抽象的すぎて、作るべきものが分からない。または人によって著しく成果物のイメージが異なるプロダクトバックログ項目に受け入れ条件がないため、何ができたらそのバッ

    プロダクトバックログ項目の明確化の必要性 | Ryuzee.com
  • スクラムにおいて欠陥をどのように扱うか

    アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください(初回相談無料) みなさんこんにちは。@ryuzeeです。 スクラムにおける欠陥の扱い方について考えてみました。 スクラムでは欠陥の扱い方には特に規定はないので、以下はあくまで経験を踏まえた個人的なアプローチであることに注意してください。 欠陥の定義欠陥とは、プロダクトバックログアイテムが「完成」した後に見つかった欠陥のみを指すここでいう欠陥とはソースコードのバグと要求実装の欠落の双方を指す双方の具体的な定義や判断基準はプロジェクトによって異なる(欠陥の定義を作ると良い)バグと技術的負債は異なるスプリントで実装中のプロダクトバックログアイテムにおける動作不良や問題は、その時点では欠陥とみなさないなぜなら完成の定義や受け入れ基準に従ったものを開

    スクラムにおいて欠陥をどのように扱うか
  • ユーザーストーリービギンズナイト at 第11回すくすくスクラム

    The document discusses the benefits of meditation for reducing stress and anxiety. It notes that meditation can help calm the mind and body by lowering heart rate and easing muscle tension. Regular meditation of 10-20 minutes per day is recommended to experience stress-relieving benefits.Read less

    ユーザーストーリービギンズナイト at 第11回すくすくスクラム
  • スクラムで陥りがちな罠24個

    アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください(初回相談無料) みなさんこんにちは。@ryuzeeです。 Agile Adviceの24 Common Scrum Pitfalls Summarizedより、スクラムで陥りがちな間違い24個がまとめられていたので、抜粋・意訳にてご紹介します。 スクラムはフレームワークとしてはそんなに複雑ではないですが、実践するのは結構難しいのが実情です。 よく聞くのがデイリースクラムが15分では終わらずに1時間かかるとか、出荷可能な製品をスプリント毎に作れないとかいったものです。 そして多くの組織において、基としてのスクラムを実現できない(という思い込み)が故に、何かを変えたり、来のスクラムの価値を失った間違ったやり方をしています。 以下にあがってい

    スクラムで陥りがちな罠24個
  • Scrum Gathering Tokyo 2011の私的まとめ

    10/19(水)と10/22(土)に日で初めてのScrum Gatheringを無事に行うことが出来ました。 イベント会社を利用することなく、スタッフ一同試行錯誤しながら創り上げたので、実行委員としてはまずはほっとしているというのが正直なところです。 大きな事故は某氏がセッション中に講演者の前で派手に転倒するという一点だけで、その他は重大な問題が出ることなく実施することが出来たのは、参加者の皆様や講演者の皆様、スポンサー各社様、協力頂いた翔泳社様、早稲田大学様、野村コンファレンスプラザ日橋のスタッフの皆様、プレスの皆様、裏方メンバーのみんなのおかげだと思っています。 当にありがとうございました。 セッションの内容については、多くの方が既にブログ等を書かれているので、#sgt2011タグのツイートを参考に調べてください。 今回のScrum Gathering TokyoではHenrik

    Scrum Gathering Tokyo 2011の私的まとめ
  • 1