[8/14] ジョナサンさんとの約束を果たしてきました – Agile2012 現地レポート(11) – manaslink
[8/14] ジョナサンさんとの約束を果たしてきました – Agile2012 現地レポート(11)Published by きいろいの on 2012年8月15日2012年8月15日 みなさんご存じ『アジャイルサムライ』の著者のジョナサンさん。 この度、ジョナサンとの約束を無事、果たすことができたのでご報告します。 ■3月に交わした約束 今年の3月、東京で「Agile Samurai Dojo Gathering」というイベントが開催されました。私もこのイベントに参加して、ジョナサンさんとお話する機会を得ました。 このとき私は、次のことをジョナサンさんにお話しました。 私は金融系システム、特に証券系システムを担当している。 日本の金融系システムでは今でも、契約主義・ドキュメント主義・ウォーターフォールのプロジェクトがはびこっていて、プロジェクトが重くて失敗しがち。そのため、アジャイルを導
![[8/14] ジョナサンさんとの約束を果たしてきました – Agile2012 現地レポート(11) – manaslink](https://cdn-ak-scissors.b.st-hatena.com/image/square/9a678b4878adf7e8b2f7f00347110a7eb0fff77e/height=288;version=1;width=512/https%3A%2F%2Fwww.manaslink.com%2Fwp-content%2Fuploads%2F2012%2F08%2F3e56deed8e42af815d5280d155f94bf1.jpg)
「アジャイルサムライになるための方法」 #agilesamurai dojo gathering - ヲトナ.backtrace
3/24 に開催された AgileSamurai Dojo Gathering でトリを務めさせていただきました。 当日の資料は以下になります。 ＃とりあえず broken English な字幕もそのままにしていますw http://agile-samurai-ja.github.com/dojo-gathering/2012/ 時間の無い人はこのセリフだけ覚えておいてくださいww お前らの暴力をみんな黙って見てる それが許せないんだ 僕は死んでも構わない かかって来いよ 今回は普段やっているようなアジャイル開発の説明とかは一切せずに、アジャイルサムライの 15章(15.8)のこの先どこへ向かえばいいのか? にジョナサンが書いてくれている「君の働き方や仕事の質を選んでいるのは他の誰でもない、君自身なんだ。」というメッセージと僕自身が最近感じている現状とかを僕なりに伝えてみました。 だいぶ
Head First インセプションデッキ #agilesamurai #agileto2011 - ヲトナ.backtrace
10/8 に開催された Agile Tour Osaka 2011 で「Head First インセプションデッキ」というタイトルでワークショップをしました。 インセプションデッキは、アジャイルサムライで紹介されているプラクティスです。 これまでプロジェクトのキックオフミーティングとかで一方的に聞く事が多かったプロジェクトの様々なテーマ(ビジョンやゴールなど)を関係者が集まって、きちんと話しあい合意する事を手軽に実現する方法です。本では、主にインセプションデッキの内容について書かれているので、それを補完する形で作り方に焦点を当てた内容にしてみました。 当日の資料を公開しましたので、参考になれば幸いです。 Head First Inception Deck View more presentations from Nishimura Naoto 当日は、時間の都合上、いただいた質問に全部回答
ゴールを決め過ぎてしまうことによって陥る罠
みなさんこんにちは。@ryuzeeです。 Bob Hartman氏のAgile antipattern: Target fixationが良い記事なので、抜粋・意訳にてご紹介します。 日本でよく言われるのが、「期日までに使わない（と思われる）機能も全部作れ、契約だから」。 限られた時間軸の中で変化を受け入れながら進めている中でこういうのを要求されると、品質やチームのモチベーションやコラボレーションを犠牲にしはじめてしまいます。 このような状況が続けば焼畑農業のようにチームには何も残らなくなります。 結果として顧客にとっても幸せな結果にはなりません。 期日を約束したりストーリーポイントのゴールを約束したり、その他のゴールが命取りになることがある。これらだけでは本質的に悪くは無いとしても、下記に述べるその他の項目と組み合わさると、問題となるだろうチームはゴールを達成するために品質を端折り始める
英国政府、新ポータルGov.ukをクラウド、アジャイル、Rubyで開発。ソースはGithubで公開
クラウド上でRubyを使って開発し、成果物はオープンソースとして公開。開発プロセスにはアジャイル開発を採用し、毎日スタンドアップミーティングを実施。まるでベンチャー企業が新サービスを開発するようなスタイルを採用しているのが、英国政府のポータル「Gov.uk」の開発チーム。 Welcome to GOV.UK Beta (Test) - simpler, clearer, faster access to UK government services and information Gov.ukは、英国政府の情報とサービスを利用するためのポータルサイトとして開発が進んでおり、現在β版が公開されています。 グーグルのプロジェクトのようにGov.ukは作られている Gov.ukがどのように開発されているのか、ブログGovernment Digital Serviceにポストされたエントリ「Int
DVCSもBTSも知らない人達とScrumをやってみた。 - うさぎ組
このエントリーはStartup Scrumなブログではありません。Scrumというものに興味をもった当時23歳うさみみ系エンジニアがScrumという言葉を借りて開発してみた。という話です。2011/3から2011/5あたりの話。 2011/3。僕はデスマ４年目を終えて、新しいプロジェクトに移りました。 あるプロジェクトの中の4人チームのうちの1人として。もちろん僕はいちばん下っ端として。 （元請け会社の2人、当時同じ会社だった先輩、僕の4人） そのプロジェクトはWFだったんですけど、タイムボックスやリスク管理について理解があることは雰囲気で伝わってきました。 僕はその頃勉強し始めていたあらゆることを現場で試してみたいって強く思いました。 僕はMercurial、Jenkins、Groovyを趣味的に使い始めていて(MercurialとJenkinsは2010/10から。Groovyは201
アジャイル開発のバーンダウンチャートはもう古い？！2012年からは「にゃーんダウンチャート」へ
PHPフレームワーク『CakePHP』の日本人第一人者といっても過言ではない@yandoが開発したPHP版Redmine『candycane』。徐々にRedmineとの差分をなくしつつあるプロダクトだが、ついに目玉プラグインとなる「にゃーんダウンチャート」の開発に成功したというニュースが届いた。では、その全貌をお届けしよう。 このモチベーションは意味分からんわーｗ 2011年は「アジャイル」という言葉が、日本のソフトウェ開発業界でメジャーな言葉になったが、2012年はさらにそれが加速する可能性を秘めている。その追い風になるプラグインになることを祈りたい。 参考資料 candycane development blog RedmineをPHPに移植した「CandyCane」
アジャイルなインフラのつくり方とデータマネジメント - メソッド屋のブログ
さて、今日２発目のブログは、多くの人に書いてくれ〜と言われて約束していたネタです。 目下最近の私の２大関心毎は「Lean Startup/UX」と「Continuous Delivery」です。Lean Startupは書きましたので、何で「Continuous Delivery」か？というのは、理由があります。 最近実は企画フェーズのコンサルの中でプログラムを書いています。JQuery Mobile + Ruby on Rails on EC2 という感じです。インフラからアプリケーション、そしてUX的な要求開発なんかもやっています。チームは企画フェーズのアジャイルなので小さいですが、今回のアプリケーションを作っていて思っていることですが、Agileに加えてRailsやJQuery Mobileを使うとかなり開発って加速するのですが、どうしてもめんどくさい事があります。１つはインフラ構築
10年たった今見えてきたアジャイルに関する8つの問題提起
Agile 2011 Conferenceに行ってきました。 たくさんのセッションに参加してきたのですが、その中でもカンファレンス二日目に参加した、Chet Hendrickson氏とRon Jeffries氏の「What We Have Learned So Far: what we got right & what we got wrong」が面白かったので、ここでまとめたいと思います。 内容はタイトルにあるように、「この10年で何を学び何を得たのか？そして何が正しくて、何が間違っていたのか？」というもの。アジャイルに関するたくさんのプラクティスやアイデアを共有してきた、Chet氏とRon氏が提起するアジャイルの注意点を確認してみましょう。 アジャイルはしばしば独断主義としてとらえられてしまいます。常に改善を求められる雰囲気や、現実的なマネジメントの影響で「隠し事」が難しくなり、恐怖を
【資料公開】チケット管理システム大決戦 第二弾
みなさんこんにちは。@ryuzeeです。 2011年6月30日にShibuya.tracの第12回勉強会として、チケット管理システム大決戦第二弾を実施しました。 僕はモデレータ役として登壇させていただきました。普段講演者として発表する機会は多いのですが、モデレータは初体験でしたので段取りが悪かった点もあるかと思いますがご容赦ください。 以下に当日利用した資料を公開します。 手前味噌ですが、このレベルの内容が揃った資料はなかなか無いと思いますし、資料的価値もあると思いますので、参加された方もそうでない方も是非ご覧ください。 質問等がある場合は#shibutraタグをつけてつぶやいて頂ければと思います。(また各資料の左端に作成者のIDを記載しておきました) ご登壇頂いた池田さん、中村さん、山本さん、大貫さん、関さん、藤原さん、原田さん、かぬさん、ご参加頂いた皆さん、事前準備に奔走してくださった
TiDD初心者が陥りやすい罠～バージョンをCloseしないRedmineはVelocityが分からない - プログラマの思索
Redmineを初めて使う管理者が陥りやすいアンチパターンを見つけたのでメモ。 【元ネタ】 バージョンのないRedmineプロジェクト～TiDD初心者が陥りやすい罠: プログラマの思索 TiDD初心者が陥りやすい罠～マイルストーンの役割を誰も理解していない: プログラマの思索 Twitter / @cointoss: アジャイルの導入に二の足を踏む現場において、チケット駆動開発(=TiDD)であれば受け入れやすい理由は、プラクティスが少なく実践的なものに絞っているからだろう。リリース予定をバージョンとすることでイテレーションやスプリントが定義できるため、そこだけはアジャイルっぽくはなる。 【1】僕がRedmineを設定する場合、あらかじめヒヤリングした後にプロジェクト設定画面でカテゴリ・バージョンは登録している。 全てのチームがアジャイル開発に慣れているわけではないので、あらかじめ対象バー
PHPとアジャイル開発の勉強会を開催しました | 48JIGEN *Reloaded*
PHPとアジャイル開発の勉強会を開催しました 2011/06/17 昨日、2か月前から企画をあたためていた勉強会を無事終えました。大小、直接間接、さまざまな形で協力してくれた皆さん、皆さんお忙しい中、どうもありがとうございました！ほんのわずかでも、参加された方が何か持って帰っていってもらえるような場が作れていたら嬉しいです。 ※昨日のミニワークショップで使用した、PHPでTDDにトライする課題をgithubにアップロードしてあります。興味のある方はご覧ください（そしてぜひ試してみてください！） アンケートや皆さんからの感想をもとに個人的に小さな振り返りをしてみたので、報告を兼ねてこちらに書き込んでおきます。 良かったこと 今日までにアンケートに記入して頂いた13名中、10名の方から「アジャイル開発に関するLT」を次回も開催してほしい、という声を頂きました。Woohooooo! Big th
The Basic Flow of Agile Development | PDF
What is Scribd?AcademicProfessionalCultureHobbies & CraftsPersonal GrowthAll Documents
【資料公開】自動テスト vs 手動テスト
みなさんこんにちは。@ryuzeeです。 SlideShareを徘徊していたところ自動テストと手動テストに関する良いスライドがあったので、翻訳して公開します。 ライセンスはオリジナルに準じてCC BY-SA 3.0とします。 内容としては、僕自身も一貫して主張しているテスト自動化の必要性の話で、主に以下の観点で記載されています。 作業量とコスト再利用性ユニットテストによる良い設計への誘導手動テストのリスクリスクマネジメント書き方が若干極端な箇所もあると思いますが、全体としてはかなり分かりやすいのではないでしょうか。 なお、テストの自動化に際しては、必ずしも全てのテストを自動化「しなければならない」わけではありません。 スライドではROIの例があがっていますが、テストの自動化のコスト＞手動コストの１回あたりのコスト×実行回数になる場合もあり得るので、ROIやテスト自動化によって得られる効果に
アジャイル開発を習得したいなら。スクラム開発対応のプロジェクト管理·ScrumDo MOONGIFT
ScrumDoはアジャイル、スクラム開発に対応したプロジェクト管理。Django/Python製。 ScrumDoはPython/Django製のオープンソース・ソフトウェア。アジャイル開発が徐々に使われるようになっている（社内開発中心だが）。アジャイル開発では、ユースケースをストーリーという単位にして管理する。一つのイテレーションの中で一つまたは複数のストーリーをこなす形だ。 ストーリー作成 一つのイテレーションを終わった段階で複数の機能が開発、テスト、結合されているのでそのままリリースすることさえできる。それを繰り返して開発を進めることで徐々に機能や品質が高まっていく。そんな開発を実現するためのプロジェクト管理がScrumDoだ。 ScrumDoではストーリーを作成し、その中にタスクを追加する。そしてそれをイテレーションの中に組み込んでいく。イテレーションを行った結果はバックログとして
「10分でスクラム」、アジャイル開発の「スクラム」に興味がわいた方へ
今週は、野中郁次郎氏とジェフ・サザーランド氏というアジャイル開発手法「スクラム」の生みの親2人が基調講演を行った歴史的イベント「Innovation Sprint 2011」のレポートを2本公開し、たくさんの方に記事を読んでもらうことができました。 スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編） 重要なテクノロジーは10名以下のチームで作られた ～ Innovation Sprint 2011（後編） この記事きっかけに「スクラム」に興味を持ったという読者もおられたようで、そんな方のために（かどうかは分かりませんが：-）、「Innovation Sprint 2011」の実行委員長だった川口恭伸氏が「10分でスクラム」というスライドを公開しました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルリーダーシップと組織改革 ～楽天のアジャイル開発というリアル～
あれから10年、いまアジャイルが熱い。アジャイルサムライ他流試合レポート
SECセミナー アジャイル開発を適切に採り入れるためのポイントとアジャイル開発の事例 / 情報処理推進機構：ソフトウェアエンジニアリング
開発者たちがアジャイル開発に抵抗感を示すワケ
