ものづくり、仕事、生活などをやっていく話題を中心に、 いま現在やっている人達が話す、やっていき手のためのラジオ。 私たちは、やっていきの実践、あるいはやっていきを手助けする活動を通じて、よりよい脱出口を見つけだそうとしている。この活動を通して、私たちは以下の価値に至った。 気持ちよりも 行動 を、 過程よりも 成果 を、 一発よりも 継続 を、 社会よりも 個人 を、 モブよりも 主人公 を、 価値とする。すなわち、左記の事柄に価値があることを認めながらも、私たちは右記の事柄により価値をおく。 r7kamura 9m soramugi itopoid hotchemi gong023 Biacco42 ninjinkun kir1ca sukechansan NONUMBERLESS ntddk mizchi geta6 mochilon ymrl sageszk unecochan ai
ある日突然、業務知識もない、人脈もない、基礎的な素養もない部署に異動することになったら、あなたならどうしますか？そして、その事業が15年連続右肩下がり業界としたら、あなたは何から手を付けますか？そんなピンチな私の杖になってくれたのは、アジャイルの鉄人たちの教えでした。 業務改善をしたいけれど、どこから…
2013-10-01 リクルートテクノロジーズに入社してました 先月退職ブログを書いた所物議を醸して最悪な感じになってしまったのですが､どこに行くかを書かないのも片手落ちな気がしたので一応書きます｡ 先月からタイトルの通りの会社にお世話になっています｡まだ自分は何も成果を出せていませんが､スピード感やボトムアップな社風に戸惑いこそすれ､ワクワクしています｡ 結構前のスライドですが､ ユーザー企業責任で25サイトをアジャイルに開発 リクルートは必ずしも内製で全てを賄っている企業ではありませんが､だからこそできる事や発信していける事があるのではないかと思ってます｡ あ､エンジニアを募集してるみたいなので興味があればどうぞ｡ https://www.wantedly.com/projects/3613 hotchemi 2013-10-01 01:03 Share on Tumblr コメ
鈴木雄介さんが、「アジャイルがダメだと思う7つの理由」というすごいブログを書いてくれたので、がんばって返答を書いてみる。どこかでディスカッションできるといいなぁ。 1. 全体スケジュールにコミットできない コミットメントって何だろう。コミットメントは約束なのか。約束であったら、破った場合のペナルティも受け入れるのか？受け入れたところでバッファが巨大になるだけではないのか？そして、そのバッファは見えないところで食い尽くされる。 全体を見えずに計画したところでうまくいくはずはない。アジャイルがタイムボックスで計画、実施を行うからといって、全体を計画しないわけではない。むしろ積極的にやるべきである。 全体を計画する上では、なるべく漏れがないように、実施可能なように最大限の努力をする。ただ、それに時間を掛けすぎるのは無駄だ。そして、神ならぬ人間が計画するのであるから、以下を認めなければならない。
A simple tool that involves everyone in shaping the plan TrueStory enhances same-room collaboration instead of trying to replace it. Sign up! Log in A tool that everyone can use, not just project managers. People over process TrueStory enhances same room collaboration instead of trying to replace it Collaboration over contract Senior stakeholders actually use it. Software over documentation Same-r
Not your computer? Use a private browsing window to sign in. Learn more
酔った勢いでアジャイルについて思うところを書く。 顧客に価値を届けるのは誰か 顧客に届く価値 = 目に見える成果物、という評価は、フロントに近い人間しか評価されなくなる傾向を抱え込む。顧客に価値が届くまでには段階がある。複雑なものほどワークフローが長大になる。お互いの価値を見積もれるのは、小さいチームでお互いの職種について理解がある場合の理想であり、多くの場合理想は理想である。大きなチームほど、フロントに遠い人間は自分の価値を伝えるのが難しい。 難しいことを難しいということ エンジニアが自分の仕事について、エンジニア以外への責任説明を果たそうとすると努力は必要だが、必ずしもそれが伝わるとは限らない。 難しいことを難しいと言えないと、「それってすぐできるんでしょ？」という展開になりがちで、「任せてくれ！」と言えるのはかっこいいが、誰しもがスーパーエンジニアではない。そして見積もりに失敗する。
2013年1月15,16日開催のScrum Alliance Regional Gathering Tokyo 2013 (http://scrumgatheringtokyo.org/2013/) にて発表した資料。チームとカンバンの変化から見えてきた価値提供のために必要なことを考えてみた。Product Ownershipは一緒に働く事からはじまるのかもしれない。Read less
2012/12/22(土)の社内で開催した「プレゼン祭り」で発表した内容です。アジャイルに全く触れたことが無い人を対象にしたつもりが、「難しい」「内容が盛り沢山で覚え切れなかった」「寝ちゃった」などなどとあまり好評ではなかったのですが、自戒の念も込めて公開しておきます。 対象は「ウォーターフォール開発しか体験したことのない経験5〜6年程度の若者」です。 ※2022/04/11追記 Speaker Deckに移行しました。 https://speakerdeck.com/takigawa401/toriaesu30fen-tehitotoorifen-katutaqi-nihanareruasiyairuru-menRead less
請け負い開発でアジャイルのマネジメントやってます。アジャイルはとても忙しいという実感してることをとりとめもなく。 ムービングターゲットを追うこと自体がとても体力がいります。 アジャイルでやるってことは、動くゴールを追うことです。 当然、止まったゴールを追うよりも体力がいります。 体力とは、お金と技術と要員数です。 アジャイルは価値がありますが体力がいります。 マネジメントは予定の策定、実績の分析に頭を使います。 常に新しい予定を立てており、実績の分析も必要です。 次の一手を考えるために前回の分析をしますが、時間はありません。 分析の甘い１手を打ってしまって結局無駄になることもしばしば。 次のイテレーションで何を優先事項とするか？を素早く決めないと空回りするのです。 開発チームも大変ですが、要望側も大忙しです。 その覚悟が要望側にないと大変です。 終わりを作らないと終わりません。 要件って尽
参加対象の方 アジャイル・スクラムでの開発を導入検討されている経営者やマネージャ、現場リーダーの方 導入推進役、スクラムコーチ、アジャイルコーチの方 既に実践、あるいは知識を深めたい方 これからスクラムを実践される方 特別講演 “実践知リーダーシップとアジャイル/スクラム ～ イノベーションを生み出し続ける組織に求められるリーダーとは” 野中 郁次郎氏 講演者紹介：一橋大学名誉教授。知識創造経営の生みの親。1986年にハーバードビジネスレビューに発表した論文 “The New New Product Development Game (新製品開発の新たな方法)” はスクラムに深い影響を与え、「スクラム」という用語もこの論文内の表現からとられている。 代表的な著作（共著）に「失敗の本質」ダイヤモンド社（1984）、「知識創造企業』 東洋経済新報社（2005）、「知識創造経営プリンシプル」 東
Accessibility View text version Categories Technology Upload Details Uploaded via SlideShare as Adobe PDF Usage Rights © All Rights Reserved Statistics Favorites 0 Downloads 0 Comments 0 Embed Views 0 Views on SlideShare 0 Total Views 0 アジャイルに対する見方の変化 — Presentation Transcript アジャイルに対する見方の変化- ソーシャルゲーム開発を経験して- 2012/11/17 太田健一郎 @oota_ken 目次 SIerの時のアジャイル感 アジャイルマニフェストの解釈 XPのプラクティスの解釈 自分がアジャイルだと
誰かがミスをすると私たちは腹が立ち、怒鳴ることもあります。怒る理由はミスをした人の行動を変えたいためです。しかし、いくら怒っても彼らの行動は変わらないどころか、反抗的になることさえあります。100万人以上のメンバーが所属する非営利政治活動グループ「Demand Progress」の設立者で代表のAaron Swartz氏は、「重要なのは人間を変えることではなく、仕組み（システム）を変えること」と述べています。今回はSwartz氏が米・ゼネラルモーターズ社（以下、GM）の事例をもとに「史上最悪の工場を変えたシンプルな教え」について語ります。 ■米・ゼネラルモーターズ社の実験 米・カリフォルニア州フリーモントにあるGMの工場は最悪の状態でした。当時の労働組合長は「戦いの毎日でした」と振り返ります。「働いている時間より抗議活動をしている時間の方が長かったのです。ストライキは日常茶飯事で、毎日が混
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） デリゲーションポーカー（移譲ポーカー）のゲーム概要ゲームの目的このデリゲーションポーカーでは以下のようなことを教えることを目標として作成しました： 移譲は0/1ではないということ。独裁者とアナーキストの間には多くの段階があること移譲はStep by Stepのプロセスであること。あなたは他の人に対してわかるように説明する責任があります移譲はコンテキストに依存しているということ。あなたは可能な限り移譲することを望んでいるでしょうが、あまりにやりすぎると混乱をきたすことがありますデリゲーションポーカーの基本的なアイデアは7つのレベルの権限です。 権限と移譲というプレゼンに簡潔に記載していますし、７つの権限という記事の中でより詳細
みなさんこんにちは。@ryuzeeです。 よく聞かれるネタではあるのですが、スクラムの父ジェフ・サザーランド氏がストーリーポイントの見積りがなぜ時間の見積りよりも良いかについて過去にブログに書かれたものを意訳・抜粋にて紹介します。 以下の訳文は原文にしたがって、CC BY-NC-SAとします。 原文はこちら 左図: 不確実性コーン 右図: マイクロソフトによるストーリーポイント見積りの正確性 ストーリーポイントを使うとより正確な見積りを得られ、計画の時間を劇的に減らすことができ、リリース日をより正確に予測できるようになり、チームのパフォーマンスの改善の助けになる。 時間を使った見積りは、よくない見積りとなり、システムに大量のムダを生み出し、プロダクトオーナーのリリース計画の妨げとなり、どのプロセス改善が本当に役立っているのかチームがわからなくなる。 新たな興味深い調査結果が公開された。 ス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: ディシプリンド・アジャイル・デリバリー: エンタープライズ・アジャイル実践ガイド: Scott W.Ambler (著), Mark Lines (著), 熱海英樹 (翻訳): 本
