Kanban and Scrum 〜 デブサミ2013 OpenJam で発表してきました。 - kawaguti’s diary
デブサミ2013の Open Jam で発表をしてきました。 最近周りでカンバンについて整理してほしいという要望をいただいたので、作ってみた資料です。 今年も関さん( @m_seki )に鋭いご指摘を頂きました。「ScrumとKanban、入り口をあえて分ける必要がないのでは？」うーむそうかもしれません。どっちから入っても、Kanbanなら多能工が重要になってロールがオーバーラップしていくし、Scrumなら徐々にプロセスが安定化して列が増えていきます。関さんとは昨年のOpenJamでのSECIモデルの話を一緒にさせていただいたのですがすごく勉強になりました。 instagramで白羽さんに撮影していただいた風景です。( instagramからの貼付け方が分からず画面キャプチャです。) 結構、聞いてくださる方が多くて感動しました。(ほとんど技術と関係ないカンバンの話ですみません。) 長々と謝
なぜWIPの制限が重要なのか
みなさんこんにちは。@ryuzeeです。 WIPの制限についてExplaining why Limiting WIP is so importantにて良い説明があったのでご紹介します。 ※図は上記サイトより引用 1. WIP(仕掛り中)の同時許容個数を減らす個人的には1開発者が同時に着手するタスク数は1〜2個であるべきと思っています。 したがって、WIPが「2 * チーム人数」より多いのは実質的に制限がなされていないことになってしまい効果が出ないかもしれません。 現実的に何個にするのかは仕事の内容やチームの人数に依存するので、運用しながら順次見直していけば良いでしょう。 ただし安易に数値を増やすことは慎むべきです。 2. タスクの切り替えが減る一節によればタスクの切り替えは20%程度のムダが発生するとも言われています。 ちなみにタスクの切り替えはトヨタ生産方式における7つのムダのうち運搬
Microsoft – クラウド、コンピューター、アプリ & ゲーム
すべての Microsoft 製品 Global Microsoft 365 Teams Copilot Windows Surface Xbox セール 法人向け サポート ソフトウェア Windows アプリ AI OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox Live Gold Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Cloud Microsoft Security Azure Dynamics 365 一般法人向け Microsoft 365 Microsoft Industry Microsoft Power Platform W
Microsoft – クラウド、コンピューター、アプリ & ゲーム
すべての Microsoft 製品 Global Microsoft 365 Teams Copilot Windows Surface Xbox セール 法人向け サポート ソフトウェア Windows アプリ AI OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox Live Gold Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Cloud Microsoft Security Azure Dynamics 365 一般法人向け Microsoft 365 Microsoft Industry Microsoft Power Platform W
Redmine かんばん（Kanban） Pluginを使ってみた
GitHubのRedmine Kanban Pluginのページ訳。 Kanban Plugin おすすめ設定。Kanban Pluginは7つのステータスと関連するペインを使う。 Incoming – New Unstaffed Backlog – Approved Quick Tasks Selected Tasks – Selected Active Staffed Requests – In Progress Testing Staffed Requests – Resolved Finished Requests – Complete それぞれのペインは、チケットのステータスに関連付けられる。 推奨は上の記述になるが、必要に応じてカスタマイズも可能。 配置されたチケット（Active、Testing、Finished）もまた、使うにはロールの設定が必要。 このロールをもっているど
スクラムとかんばんの議論、対立か両立か？
ソフトウェア開発において、スクラムとかんばんとは、対立するものなのか、それとも両立するものなのか。同じ日に異なる意見がブログで表明されていると、平鍋健児氏のブログ「An Agile Way」のエントリ「かんばん、と、スクラム。現時点での最新議論。」で紹介されています。 かんばんで削ぎ落とすムダとは創造性だ Waterfall, Lean/Kanban, and Scrum « Ken Schwaber's Blog: Telling It Like It Is 平鍋氏は、スクラムの創始者であるKen Schwaberが6月10日にポストしたエントリ「Waterfall, Lean/Kanban, and Scrum」について、自身のブログで次のように紹介しています。 Kenは、「スクラムは難しい問題を人間の創造性を使って解くためのもの。かんばんを使っても、ウォーターフォールに隠れていた無駄
かんばん、と、スクラム。現時点での最新議論。：An Agile Way：オルタナティブ・ブログ
ScrumとKanban、海外ではけっこう対立議論になる。 6/10、Scrum の創始者である、Ken Schwaber のかんばんとスクラムについての記事。 『Waterfall, Lean/Kanban, Scrum』http://kenschwaber.wordpress.com/2010/06/10/waterfall-leankanban-and-scrum-2/ 中で、Kenは、「スクラムは難しい問題を人間の創造性を使って解くためのもの。かんばんを使っても、ウォーターフォールに隠れていた無駄（ゆとり）をなくしてしまい、かえって安定したデスマーチを引き起こす。」と。 同じく、6/10、Kanban ムーブメントの先頭である、David Anderson の最新記事。 『かんばんはスクラムとどう違うか（Thoughts on how Kanban differs from Scr
Cross Border Ecommerce Solutions | Cross Border Commerce Technology
Flow Selected to Power Shopify’s Native Cross-Border Solution!
最近盛り上がってきた「かんばん」、ソフトウェア開発における「かんばん」（Kanban）とは何か
ここ数カ月、ソフトウェア開発の話題で「かんばん」（英語でも「Kanban」）という言葉を目にする機会が増えてきました。かんばんとは何で、どのようなものなのでしょうか？ 勉強がてら、いくつかのサイトを紹介していきましょう。 ビギナー向けの「Kanban101」 今年3月にかんばんビギナー向けのサイト「Kanban101」が立ち上がりました。このトップページがかんばんの特徴をよく表しています。 ソフトウェア開発におけるかんばんとは普通に日本語の「かんばん」のことで、誰でも見えるところに置かれて、ホワイトボードや黒板になっていて、記入したり、この画面のようにポストイットを貼って運用するのが一般的です。 かんばんの効果とは、このかんばんを模した画面に書かれているように「仕事のみえる化」「仕掛かりを減らす」「流れを見えるようにする」ということ。このサイトは英語ですが説明がとても簡潔で分かりやすいもの
「かんばんとスクラム 両者のよさを最大限ひきだす」｜読書案内｜アジャイルジャパン公式サイト
「かんばんとスクラム 両者のよさを最大限ひきだす」 作者 Henrik Kniberg and Mattias Skarin 翻訳者 大田 緑 ・近藤 寛喜 - (株)チェンジビジョン InfoQで多数のダウンロードを得てるというミニブックが日本語されました。PDF版のダウンロードは無料です。以下、InfoQ Japan の紹介記事からの引用です。 スクラムとかんばんはアジャイルソフトウェア開発たらしめる二つの香味料だ。 - どちらも一見難しそうに見えるが簡単で、驚くほど強力なソフトウェア開発のアプローチだ。それでは、スクラムとかんばんはどのように関係しているのか? この本の目的はもやもやしたそのあたりをハッキリさせ、あなたの現場でかんばんとスクラムを効果的に使うにはどうすればよいかを示すことだ。 パートIは、かんばんとスクラムの類似点と相違点を描くことで、理解のための比較を行っている。比
InfoQ: 「かんばん」をソフトウェア開発に適用する: アジャイルからリーンへ
図1 かんばんとプル生産方式 図1は、かんばんシステムの抽象的なモデルです。図1で示されているのは、上流と下流の2つのプロセスであり、上流プロセスが下流プロセスに部品を供給しています。最終的な顧客に製品を供給するために、プロセスは部品を生産し、その部品を下流に流し込まなければなりません。しかし、多すぎてはいけません。過剰生産は最悪のムダだと考えられます。そこで、過剰生産を防ぐため、上流が完成した部品を下流に押し出す(プッシュ)のでなく、その代わりに、下流が上流から自発的に部品を取ってきます(プル)。部品が置かれる場所は、「ストア」と呼ばれます。(または、「スーパーマーケット」3 - 大野耐一氏 がアメリカのスーパーマーケットに行った時にかんばんの最初の考えを手に入れました。そこでは、店の人ではなく顧客自身が店の中で必要なものを取りに行きます。) ストアは上流に置かれ、WIPの「バッファ」や
Kanban Vs Scrum日本語版
「ウチの事業部の商品をWebサイト・アプリで目立たせて！」私だけじゃなかった！ 社内政治と落としどころの見つけ方Yoshiki Hayama
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Always All Ways: [IT] PRIMING KANBAN
Kanbanの神話
InfoQ: かんばんとスクラム - 共に最大限に活用する
http://www.jama.or.jp/cgi-bin/download.cgi