スクラムの先へ進む
アジャイル初心者の多くは、スクラムでアジャイルをはじめる。スクラムには明確な指針、ルール、プラクティスがあり、チームにアジャイルを導入するのに役に立つ。ところがスクラムもまた組織の中でさまざまな問題に直面し、多くの会社にとって成功を難しくする一因になっている。スクラムをやってきた人たちは自問する。どうすればよいのだろう？ スクラムだけで十分なのだろうか？ Jimmy Bogard氏は、なぜスクラムをやめたのか、なぜ彼のチームはスクラムで成功した後、そのコアプラクティスをいくつかやめることでパフォーマンスを改善できたのかについて、次のように説明する。 イテレーションはpullベースのアプローチほど効率的ではない。 タイムボックスで仕事をすること、割り当てて空きを埋めることには、何かしら心理的影響があります。明確なタイムボックスのイテレーションをやめて、できる限り早く納品することにのみ注力する
「納品のない受託開発」にみるソフトウェア受託開発の未来〜PMシンポジウム2012の講演資料と質疑応答 | Social Change!
9月6日7日で開催されたPMシンポジウム2012にて、講演させて頂きました。 なんと2時間半という長い時間を頂いての講演でした。講演の内容は、私の定番の話なのですが、普段はあえて詰めこむ感じで早口で喋るというスタイルをとっているのですが、今回はじっくりとお話させて頂きました。 私自身の自己紹介と共に、ソフトウェア開発ビジネスの世界の問題点をお話したあと、私の取り組んできた考えの変遷をお伝えし、今わたしたちがやっている「納品のない受託開発」というビジネスモデルについてお話をしました。 一旦そこで質疑応答に入り、質疑応答の後、そこから未来に向けての話をして終わるという流れです。 講演資料を以下から見えるようにしておきます。 頂いた講演時間が長かったため、普段と少し流れを変えて、プレゼンの途中で質疑応答をたっぷりと行いました。 その質疑応答の様子を、iPhoneのボイスメモで録ってはいたのですが
Agile2012の参加レポート - オブログ
市谷です。 8月13日から17日までテキサス州ダラスで開催されていたAgile2012に参加してきました。Agile2012は世界中からAgile開発の関係者が集まる、Agileにおける重要なカンファレンスの1つです。セッションの数は200以上。Agile界隈でリーダーシップを取っている著名な方々が一堂に会する貴重な場でもあります。永和システムマネジメントからは、今年は安井力、西村直人、市谷聡啓の3人が参加しました。 私が参加したセッションのうち、3つのレポートを以下にあげています。 Leanがビジネス価値を駆動する 参加セッション: Scaling Agile with Multiple Teams: Using Lean to Drive Business Value スピーカー: Alan Shalloway へんりっくのかんがえたさいきょうのかんばん 参加セッション: Lean f
[8/14] Leanがビジネス価値を駆動する – Agile2012 現地レポート(15) – manaslink
[8/14] Leanがビジネス価値を駆動する – Agile2012 現地レポート(15)Published by きいろいの on 2012年8月15日2012年8月15日 規模の大きさに向かうために、チームをどのように組織するか。 このテーマで思い浮かべるのは、Scrum of Scrumだろう。Alanの今回のセッションは、Scrumのアプローチとは異なる、複数チームの組織化の紹介であった。大規模なエンタープライズ／サービス開発において参考になるところがあるかもしれない。 ■全体は部分に制約される まずはベースとなる考え方、バリューストリームが示される。 Alan Shalloway『Business Driven Software Development』6スライドめより そもそもバリューストリームの定義として、ビジネス価値を発見するフェーズと、それをデリバリするフェーズに分けて
![[8/14] Leanがビジネス価値を駆動する – Agile2012 現地レポート(15) – manaslink](https://cdn-ak-scissors.b.st-hatena.com/image/square/1108f8167054eeff0ed71052b30e9ae8f1c7f55c/height=288;version=1;width=512/https%3A%2F%2Fwww.manaslink.com%2Fwp-content%2Fuploads%2F2012%2F08%2Fslide0_214-175.jpg)
HARD FACTS 〜 事実に基づいた経営 - kawaguti’s diary
昨年の Agile 2011 で Linda Rising さんが基調講演で触れていた "HARD FACTS" という本がある。 失敗を学びに変えるアジャイルなマインドセットとは？〜Agile 2011 Conference（3/4）:企業のIT・経営・ビジネスをつなぐ情報サイト EnterpriseZine (EZ) なお、組織のマインドセットについて学びたい方には『事実に基づいた経営―なぜ「当たり前」ができないのか？』（東洋経済新報社）がお薦めです。 この一文はちょっと間違っていて、お薦めしていたのはリンダで、私は本を買ったけど読みきっていなかった(てへぺろ)。曖昧というよりかなりダメな間違い表現をお詫び申し上げます。もう読んだしオススメなので直しません。 事実に基づいた経営―なぜ「当たり前」ができないのか? 作者: ジェフリーフェファー,ロバート・I.サットン,Jeffrey Pf
カンバンを導入する正しい理由5個
みなさんこんにちは。@ryuzeeです。 前回の投稿の続きです。 今度はMichael Dubakov氏が5 Right Reasons to Apply Kanbanということで、正しい導入理由5個について説明していますので、抜粋・意訳にてご紹介します。 カンバンを導入する正しい理由5個 1. いつでもリリースできるようにするスクラムやXPではイテレーションの途中でリリースすることはできない。 カンバンであればいつでもリリースできるかもしれない。 ユーザーストーリーの準備ができたたら、それをリリースする。 このような開発プロセスを作ることは挑戦的だろう。 このような開発プロセスでは、フィーチャー単位でソースコードレポジトリのブランチを管理し、頻繁にマージや結合やテストを行う必要がある。 ただこうすることで頻繁にリリースすることができるようになるのだ。 これはやってみる価値がある。 プロダ
カンバンを導入する間違った理由5個
みなさんこんにちは。@ryuzeeです。 ちょっと古い記事ですが、TargetProcessのサイトMichael Dubakov氏による5 Wrong Reasons To Apply Kanbanという良い記事があったので、抜粋・意訳にてご紹介します。 5つの間違い1.ユーザーストーリーの多様性我々のストーリーは1ポイントから40ポイントまでさまざまなので、大きいストーリーがスプリントに入らない。なのでカンバンを使う 2.スプリントがうまくいかない1スプリントの中でほとんどのストーリーが完成しない。なのでカンバンを使う 3.ふりかえりミーティングがうまくいかないふりかえりミーティングが無駄になっている。チームメンバーはプロセスの改善に協力してくれず、ミーティング自体をなくしたい。なのでカンバンを使う 4. 人的リソースの共有と機能別組織開発チームが１つで、プロジェクト間でメンバーを共有
DevOpsによるビジネスの改善をメトリクスとして計測する方法。DevOps Day Tokyo 2012
DevOpsによるビジネスの改善をメトリクスとして計測する方法。DevOps Day Tokyo 2012 DevOpsに関する国内最大のイベントとなった「DevOps Days Tokyo 2012」が5月26日に都内で開催されました。 前の記事「DevOpsを実践する企業に共通すること。DevOps Day Tokyo 2012」では、John Wills氏の講演を紹介しました。この記事では、企業の中でDevOpsを通してビジネスを改善するために欠かせないメトリクスについて解説した、Damon Edwards氏の講演のハイライトを紹介します。 DevOps Business Justification and Metrics DTO Solutionsの共同創業者、Damon Edwards氏。 普段はインフラについてのコンサルティングなどをしている。eコマース、金融、オンラインゲーム
Lean Canvas（リーンキャンバス）を書くときの参考文献まとめ - Startup Reality
Lean CanvasというWeb系スタートアップのビジネスモデルをビジュアル化するツールがあります。 元はビジネスモデルキャンバスと言って、先日かなり売れた「ビジネスモデル・ジェネレーション」という本で紹介されたビジネスモデルをビジュアル化するツールです。 Ash Mauryaさんがリーンスタートアップの考えを元にWeb系スタートアップ向けにビジネスモデルキャンバスを改造したのがこのLean Canvasです。「RUNNING LEAN」という本で詳しく解説しています。 弊社でもLean Canvasを使っているのですが、なかなか書くのが難しく、書くのに参考になる資料を漁りましたので、まとめておきます。 ツール Leancanvas.com うちはこれを使っている。 co-meetingで議論してアウトプットをここにまとめている。 Canvanizer SWOTとかいろいろ書ける。現在7
アジャイルに対するマネジメントの見方
Steve Denning氏はForbesでの連載記事でアジャイルコミュニティが主流のマネジメントに受け入れられるために直面する困難について書いている。 連載の第一回目の記事で氏はアジャイルはマネジメントの秘密の奥義だと主張している。過去数世紀の間にも、既存の考え方に対立する大胆な新しいアイディアが、門外漢からもたらされたことで無視されるということが何度もあった。 ...ちょうど10年前、マネジメント手法にブレークスルーが起きました。このブレークスルーによってソフトウエア開発チームは規律ある作業の実施と継続的イノベーションを両立させることができるようになりました。これは従来のマネジメント手法では達成できないことです。しかし残念ながらこのブレークスルーを起こしたのは“正しい人々”、つまり、ビジネススクールの研究者や大企業の高給取りのマネージャーではありませんでした。最もマネジメントの問題を解
オン・ザ・けものみち — 【Agile Japan 再演】アジャイルな開発からアジャイルな組織へ に参加しました
【Agile Japan 再演】アジャイルな開発からアジャイルな組織へ に参加しました アジャイルジャパン2012で大盛況だったとの噂の「アジャイルな開発からアジャイルな組織へ」の再演に参加しました。 告知ページ 公演の内容は Togetter 及び Slideshare などを確認していただければ雰囲気を感じていただけるかと思います。 公演内容は、時に痛快で、時に気づきがあり、時にいいパンチをもらうような楽しい公演でした。 印象に残っているところを 変化に対応しないといけない ビジネスを取り巻く環境が変わっている 不安定な場所をものすごいスピード競争している 意思決定を早くする必要がある。 考えてても偉くない やったほうが偉い ビジネスモデルの賞味期限が短くなっている 改善するかしないかが肝心である。 Scrumなどの方法論は無駄をなくそうという話！ 価値を高めないものはすべてムダ！ 求
IA meets Lean/Agile UX ～リーン／アジャイルな201x年型Web制作スタイルの可能性～ @OpenCU 2012.4.12
TABILABO×OpenCU これからの“旅”を再定義しよう 自分の“旅”をデザインしよう@2014.7.16 OpenCU 7年前 232 視聴者数
How to start_business_by_leanstartup＠agile_japan2012東京サテライト
リーンスタートアップ・ワークショップ＠Agile Japan 2012東京サテライトで使用したスライドです。Read less
An Introduction to Lean （Lean へのイントロダクション） - UXploration
Laurence McCahill、Spook Studio というイギリスに拠点を置くデザイン・エージェントのデザイン・リード兼創設者が書いた「An Introduction to Lean」という記事が LeanUX/Startup について良くサマライズされています。 Lean コンセプトの背景やメリット、適応方法などが分かりやすく書いてあり、正にイントロダクションに相応しい内容になっています。私個人の知見も交え、当記事を日本語に翻訳したので公開します。 もし日本において1つ長けているものがあるとすれば、それは紛れもなく車の効率的な生産だと思います。そして Lean の発想が生まれたのも、トヨタが自社製品の開発においてより効率的な車の生産方式を模索していたときのことでした。 トヨタの生産方式がベースとなった幾つかの原則が Lean を象り、今では様々なビジネスに応用されています。その
InfoQ: 「かんばん」をソフトウェア開発に適用する: アジャイルからリーンへ
図1 かんばんとプル生産方式 図1は、かんばんシステムの抽象的なモデルです。図1で示されているのは、上流と下流の2つのプロセスであり、上流プロセスが下流プロセスに部品を供給しています。最終的な顧客に製品を供給するために、プロセスは部品を生産し、その部品を下流に流し込まなければなりません。しかし、多すぎてはいけません。過剰生産は最悪のムダだと考えられます。そこで、過剰生産を防ぐため、上流が完成した部品を下流に押し出す(プッシュ)のでなく、その代わりに、下流が上流から自発的に部品を取ってきます(プル)。部品が置かれる場所は、「ストア」と呼ばれます。(または、「スーパーマーケット」3 - 大野耐一氏 がアメリカのスーパーマーケットに行った時にかんばんの最初の考えを手に入れました。そこでは、店の人ではなく顧客自身が店の中で必要なものを取りに行きます。) ストアは上流に置かれ、WIPの「バッファ」や
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
意思決定の正しいタイミング
http://oumlaut.net/ehonyaku/20120412-opencu-ia-meets-leanagile-ux/
リーンやアジャイルの契約書の書き方
https://www.featureteamprimer.org/ja/feature_team_primer_ja.pdf
リーンスタートアップという熱狂
