本記事は2021年2月19日にデブサミ2021冬で発表した内容について、事後で資料が閲覧可能にしております。 当日発表したNotionのデモ動画だけでなく、Notion活用術として動画も閲覧可能になっています(※一定期間経過後、閲覧不可にする可能性があります) デモ動画・Notion活用術
![Atomic Scrum〜個人の生産性を最大化する方法とNotion活用術〜|Ray Kataoka](https://cdn-ak-scissors.b.st-hatena.com/image/square/afac100e302f41f6e12cdff969994e6d52d28fb5/height=288;version=1;width=512/https%3A%2F%2Fassets.st-note.com%2Fproduction%2Fuploads%2Fimages%2F45915542%2Frectangle_large_type_2_363f536163ac3314351591781fd90edd.png%3Ffit%3Dbounds%26quality%3D85%26width%3D1280)
※本記事は旧版です。最新版(2019年9月)はオフィシャルサイトからPDFをダウンロード可能です。 この作品は The Kanban Guide for Scrum Teams の翻訳です。クリエイティブ・コモンズ 表示 — 継承 4.0 国際 ライセンスの下に提供されています。 目的カンバンにおけるフローベースの考え方は、スクラムフレームワークとその導入を強化・補完する。チームがこれからスクラムを使う場合でも、これまで長年スクラムを使ってきた場合でも、カンバンは適用可能である。 この「スクラムチームのためのカンバンガイド」は、Scrum.orgのコミュニティのメンバーとカンバンのコミュニティのリーダーがコラボレーションして生み出した結果である。その両者が協力して「スクラムチームのためのカンバンガイド」を支援している。カンバンとスクラムを組み合わせれば、プロのソフトウェアの実践者が恩恵を受
みなさんこんにちは。@ryuzeeです。 よく聞かれるネタではあるのですが、スクラムの父ジェフ・サザーランド氏がストーリーポイントの見積りがなぜ時間の見積りよりも良いかについて過去にブログに書かれたものを意訳・抜粋にて紹介します。 以下の訳文は原文にしたがって、CC BY-NC-SAとします。 原文はこちら 左図: 不確実性コーン 右図: マイクロソフトによるストーリーポイント見積りの正確性 ストーリーポイントを使うとより正確な見積りを得られ、計画の時間を劇的に減らすことができ、リリース日をより正確に予測できるようになり、チームのパフォーマンスの改善の助けになる。 時間を使った見積りは、よくない見積りとなり、システムに大量のムダを生み出し、プロダクトオーナーのリリース計画の妨げとなり、どのプロセス改善が本当に役立っているのかチームがわからなくなる。 新たな興味深い調査結果が公開された。 ス
2015-06-15 スクラム(もどき)はこの世から滅びて欲しい・やめたい・失敗した話 ※SAN値をがりがり削っていくことを目的とした愚痴ブログです。 よくある流れスクラムが流行ってる!!特に現状で問題ないけど使おう! - スクラムを行うことでどんな利点があるか考慮せずにとりあえず採用する - スクラムを行うことでどんなデメリットがあるか考慮せずにとりあえず採用する - 上からの命令でとりあえず使う ↓ 誰か一人にスクラムの研修を受けさせて、チーム内で共有させて早速使いはじめる - 世界的に著名な人が教えてくれるんだから安心だ!! ↓ とりあえずスクラムはじまる(地獄のはじまり) ↓ メンバー間でスクラムに対するモチベーションの差異が生じる - でもとりあえずやってみよう!やることに意義があるんだよ!! - 研修は何十万もかかるけど、一人うけてそれを100%伝えれ
みなさんこんにちは。@ryuzeeです。 Scrum CrazyというサイトでスプリントのタスクについてたくさんのTipsがまとめられているのでご紹介します。 Sprint Tasking Tips ここではTipsのタイトルだけ紹介しておきますので、詳しくは上記サイトを参照してください。 Scrum Crazyでは他にも色々なTipsがあるので是非見ておくと良いと思います。 正直に見積もり、見積りが正確であることに価値をおく環境を作ることタスクを見積もる際は時間で見積もることを強く推奨実時間ではなく理想時間を使うことが望ましいより粒度を小さくしたタスクにすることを強く推奨1日は5〜6理想時間とすること作業量を見積もるのであって期間を見積もるのではないできるだけアトミックな単位にタスクを分ける「作業中」の状態が2日以上にならないようにするタスクはチームで見積もるスプリント途中での再タスキン
ここ最近、自分が見ているプロジェクトの1つで、うまくスケジュール通りに作業が進んでいなかったので、その対策をした。 その中でも特に効果があった2つを紹介する。 背景 簡単にプロジェクトの背景を説明する。 スクラムっぽい開発をしている スプリントの期間は2週間 スクラムマスターはいるが専任ではない すでにリリース済みで運用中のWebサービスである 基本的によくあるスクラムっぽい感じで、2週間というタイムボックスの中にチームが作業可能なストーリーを突っ込んで、ひたすら消化する。 スプリントの最後には、レビューをして、次のスプリントの計画を立てる。 スクラムマスターは、一応自分が担当しているが、専任ではないし、他のプロジェクトも見ているので、注意深くチームを見れていない。 課題 以下のような課題があった。 バグの修正や問い合わせ対応など、計画時に含まれていなかったタスクがスプリント中に増えてしま
5分で分かる、「スクラム」の基本まとめ:開発チームを改善するためのスクラムTips(8)(1/2 ページ) 「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 これまで、アジャイル時代のチーム・マネジメント手法として主流になっている「スクラム」の手法を紹介してきました。今回は総集編として「スクラムの基本」をコンパクトにまとめます。 そもそもスクラムとは スクラムは、一言でいえば「チームで仕事の進めるための枠組み(フレームワーク)」です。 もともとはソフトウェア開発プロジェクトを成功させる仕組みですが、技術的な要素は取り除かれ、多くのチーム作業に共通して適用できる要素だけが残りました。そのため、ソフトウェア開発以外のチームにも適用できるのが特徴です。 ●バッ
「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 今回の内容 ●課題: 予定外の仕事が入ってタスクをこなし切れず、残業ばかりである ●スクラムのプラクティス 「スプリントバックログ」を作り、自分の作業を把握する ポイントは、「サイズを見積もる、優先順位、完了の条件」 「スクラム」は、ソフトウェア開発のマネジメント・フレームワークの1つで、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化した枠組みです。 本連載は「まずはちょっとしたスクラム」をモットーに、チームとしての仕事の進め方を改善するスクラムの知識を簡潔にお伝えします。「開発現場でスクラムやアジャイル開発を使ったことがないんだけど……」というエンジニアでも大丈夫。多くの現場で使え
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く