大規模にアジャイルをやるにはどうしたらいいか、に対する答え - 海と山が好き
大規模にアジャイルをやるにはどうしたらいいですか？ 答え 大規模にしない 以上終わり。 先日大規模な組織レベルでのアジャイル導入をするという人と話す機会があったのだが、どうするのがいいですかね？って聞かれて出た感想が、「大規模にしない」だった。 ドメインも違う、プロダクトも違う、顧客も違う、作るチームも違う そんなチームのプロセスを同期や依存させる意味あるのかと。 「DB にアクセスするときは必要ないけどこっちの DB へもコネクション確立してね！」 って言われたらどう考えても頭おかしい人でしょ。 依存がいらないところをわざわざ依存させない。 偉い人が同じ？組織上同じだから？ 依存を増やしてどうやって変化に対応するのか？ 変化に対応するコストを高めるだけの価値がその偉い人が気持ちよくなることにあるのか？ そんなことを感じないでもない。 アジャイル界隈で悪名高い？Scaled Agile F
Scrumプロジェクト開始のベストプラクティス #RSGT2018
みなさんこんにちは。@ryuzeeです。 2018年1月11日から13日まで開催されているRegional Scrum Gathering Tokyo 2018で登壇いたしましたので、資料を公開します。 今回は、実際にスプリント1を開始する前にどのような準備をしておけばよいかがテーマです。 スクラムでは、プロダクトバックログが用意されていて、それを元にスクラムチームでスプリントプランニングを実施し、スプリント期間中毎日デイリースクラムを行い、最後にスプリントレビューとレトロスペクティブを実施することになっています。またスプリント中の次以降のスプリントの準備としてプロダクトバックログのリファインメントを実施します。 つまりプロダクトバックとスクラムチームが存在するところがスタート地点になっています。 では、これらはどこから出てくるのか、どのように作っていけば良いのか、という話になります。 資
怠惰PMのアジャイルOPS - Yamotty Blog
前置き 1年半くらい前、PMをしていたチームの開発オペレーションのなかで、「進め方」を議論する時間をゼロにしたかった。 その時間があるなら「価値」について考えたかった。 穴の掘り方より掘るべき穴の探索に時間を使いたいじゃないですか。 そのため初めに「ガッ」とOPSを組んで、進め方は完全なルーティンに落とし込んだ。いわゆるアジャイル。 その際に創ったドキュメントを、なぜか今更色んな人から見せてほしいと最近言われたから発掘して公開する。 ちなみに個人的にOPSの最適化は割と得意っぽい。参考になれば。 このドキュメントは何か アジャイルを実施するための方針・運用フロー 導入するツール（Zenhub）と使い方 導入にあたりQ&A を記したもの。 アジャイル導入の目的 ユーザーのストーリー = 問題解決に集中するチームを作ること。 生産性を高めること テンポを作る 迷う時間をなくす 振り返りの習慣
アジャイルFAQ | ワイクル株式会社
コンサルや研修しているときに聞かれた質疑応答の一覧です。ひとまず2017年にいただいたものをまとめました。 Q. 1人でスクラムを始めたいと思いますができますか？ 「スクラム」はできないですが、スクラムのなかの特定の手法は可能です。たとえば、バックログを作って上から順番にやっていくとか、定期的にふりかえるとか。 Q. 遠隔チームでのスクラムはデジタルツールを使えば可能？ 「最初のうちは同じ場所で、慣れてきたら離れて」が基本 チームの成熟度次第なので、最初からうまくできるチームもあります Q. チームの相乗効果を上げるにはどうすれば？ チームの数だけやり方がある。 チームだけの文化や言語を作っていくことが重要かも。「一緒にご飯を食べる」というのは鉄板です。 『Team Geek』オススメです！！！！！（宣伝） Q. 開発チームがステークホルダーに直接アクセスするのはNG？ あとでPOに情報共
続・拝啓『変わらない開発現場』を嘆く皆様へ ～ ウォータフォール ＆ アジャイル編～ – とあるコンサルタントのつぶやき
とあるコンサルタントのつぶやき とあるコンサルタントのつぶやき MCS （Microsoft Consulting Services） の某コンサルタントがまったり語るテクノロジのお話です。 ご存知の方も多いと思いますが、ここ最近、うちの会社の歌って踊れる DevOps エバの牛尾さんが、こんなエントリを書かれていました。 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い http://simplearchitect.hatenablog.com/entry/2016/06/20/080807 「自分で人生を決めない」ことが、決定的に業界の進化を遅らせているのかもしれない http://simplearchitect.hatenablog.com/entry/2016/06/24/080049 特に前者は炎上気味でしたが；、二回分のエントリを通して読めば、牛尾さんが言いたい
Introduction
生成的開発プロセス・パターンランゲージ by James O. Coplien 目次 訳者による補足説明 概要 はじめに
企業システムにアジャイルは必要か
2015/6/22にアイ・ラーニング様にて開催された「悩める管理職のためのエンタープライズ・アジャイル導入セミナー」の講演資料です。Read less
今知ってほしいプロジェクトマネジメントのもう一つの世界観 ~予測型と経験型~ - higosophy
主張 ソフトウェア開発prjがなかなかアジャイルにならないのはなぜかなぁと考えてみた。 昨今、エンジニアにおいては、知識としての共有の機会も増えているし、実際に経験済み、習慣化済みになってきているように思う。要は「しっくり」くることが多いのだと思う。 しかしながら、現実のprjが経験型のアプローチ(アジャイル)を取ることはまだまだ少ない。この要因として、エンジニアと協業する他のメンバー、あるいはprjの利害関係者(組織の上層部を含む)が予測型の進め方を望むからではないか、と感じている。 というわけで、エンジニアと仕事をするエンジニア以外の人に伝えたいと思い、書いてみる。そのためにはおそらく、アジャイル開発、スクラムのプラクティスがどうこう、というよりは、プロジェクトマネジメントの世界観として語る方がよいかというのが本稿。エンジニアとして、抽象的な「しっくり」の言語化にもなればよいと思う。最
Spotifyのスケーリングアジャイル – 部隊、分隊、支部やギルドと共に歩む（Spotifyモデル）
(注)ヘンリックの許可を得てざっくり意訳しました。原文は『Scaling Agile @ Spotify with Tribes, Squads, Chapters & Guilds』です。訳に対するヘルプも歓迎します。Thanks Henrik, this article is great for me. プロダクト開発をしている組織において、多角的なチーム構成を実現するのはいつもチャレンジな作業だ！ 今まで見てきた中で印象に残っている例がひとつある。それはSpotifyだ。Spotifyは3つの都市にまたがって30以上のチームにスケールしているが、アジャイルなマインドセットをキープし続けている。 Spotifyは音楽産業を一変させている魅惑的な企業だ。創業してから6年しか経っていないのに、1500万ものアクティブユーザーを抱え、400万以上の決済が行われている。また、そのプロダクトは「
アジャイルなオフショア開発
タウンワークでは、スマホユーザーに向けたiOS及びAndroidアプリのリリースを通じて、日々数多くの開発を行い、機能改善を続けています。これまでのタウンワークアプリは日本ですべての開発を行ってきましたが、より多くの機能改善を行うために、最近はオフショアチームと協業して開発を進めることに取り組んでいます。 今回の取り組みで特徴的なことの1つとして、オフショアチームのエンジニアと日本チームのエンジニア同士が、共通言語である開発言語を用いてコード上で多くのコミュニケーションを直接行っていることがあげられます。これには、異なる母国語によるコミュニケーションを減らし、エンジニアが得意な開発言語でコミュニケーションを行うことで、相互理解を深めるといった狙いもあります。 本セッションでは、タウンワークアプリ開発におけるオフショアチームの成り立ちや、オフショアチームと日本チームがどのように協業しているの
「アジャイルふりかえりから価値を生み出す」日本語版公開！：An Agile Way：オルタナティブ・ブログ
Luis Gonçalves and Ben Linders の InfoQ ミニブック、"Getting Value Out of Agile Retrospectives"（PDF無料） をご存知でしょうか？日本でいう「ふりかえり」というプラクティスで使えるアイディアを実践的にまとめた本です。このミニブックの日本語版がでました！ 「アジャイルふりかえりから価値を生み出す」 https://leanpub.com/gettingvalueoutofagileretrospectives_JP （※7/29 追記：もうすぐ InfoQ Japan から日本語版が無償で読めるようになるようです） アジャイル開発で最も大切なプラクティスは何ですか？ この問に、ぼくはいつも「ふりかえり」と答えています。ソフトウェア開発は現場ごとに特性が異なり、文脈依存性がとても高いのです。このため、どの現場にも
Agile Samurai Base Camp
Agile Samurai Base Camp 参加募集 こちらは、Agile Samurai Base Campの参加チケット購入ページです。 イベントの詳しい内容は、こちらをご覧下さい。 http://www.AgileSamuraiBaseCamp.org/ こんな参加者を想定しています アジャイルサムライの読者 本イベントでは書籍に書いてある内容を踏まえたセッションを提供しますのでご注意ください プロジェクトの運営やプログラミングをアジャイルにしたいと悩んでいる人 プロジェクトマネージャー、チームリーダー、プログラマーなど現場をアジャイルにしたい人なら誰でも参加できます これまであまりアジャイル系の勉強会やコミュニティに行ったことのない人 CodeIQの問題に挑戦するとチケットがもらえます！ 問題に挑戦する 11/22まで サポーターご協力のお願い このイベントはこれから現場をアジ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
捨てて開発できるチームづくり
プロジェクトインセプション - 協力体制を作るミーティングの方法
アジャイルにおける計画作りの死
Amazon.com: Software Project Manager's Bridge to Agility, The (Agile Software Development Series): Sliger, Michele Broderick, Stacia: Books
アジャイル移行におけるマネージャの役割
Agile is Dead (Long Live Agility)
「正しいアジャイル」でなくてもいい
Modeling in the Agile Age: What to Keep Next to Code to Scale Agile Teams
