私がアジャイルで嫌いな10のこと
みなさんこんにちは。@ryuzeeです。 10 Things I Hate About Agile Development!が良い記事なので、引用・意訳にてご紹介します。 アジャイルに関する誤解がよく分かると思いますので、くれぐれも真似しないようにしてください。 ただデイリースタンドアップミーティングをやっているだけで、「アジャイルをやっている」と言うこと。 別にそれは「アジャイルをやっている」わけではない。 これ以外にアジャイルを実践するためにもっと大事なことがある「アジャイル」の頭文字のAが大文字か小文字かを気にすること。 先頭を大文字で書いたらクールじゃないって言ってるのかな？ 本当の意味での違いは、「アジャイルメソッド」と「アジャイルである」という違いなのだ。 多くの人はたぶんこの微妙な違いを分かっていない。 みんながこの大文字と小文字の違いでもめるようなことは、私にはしゃくに障る
第5回 アジャイルな要求定義に求められるもの
本研究所では、アジャイル開発を素材に、より良いシステム開発のあり方を求めていきます。開発手法そのものを見直すことは、より良いシステムを作るだけではなく、開発を担当するチームが成長し、個人の満足度も高まると考えられるからです。今回は、アジャイルと要件定義の関係について考えてみます。 みなさんはもう十分に実感されているかもしれませんが、ここ最近の私は、アジャイル開発における要件定義の重要性を改めて認識するようになりました。アジャイル開発といえば、要件定義よりも「まずは作ってみる」といったイメージが強いかと思いますが、要件定義が重要な作業であることには変わりがないと考えています。 一般的に、アジャイルではユーザーが実施したいことを端的に表した「ユーザーストーリー」を作成し、開発を進めていきます。ですが、これまでの私が「それだけでは要件定義が不足している」と不安に感じていたのは事実です。 そんなと
Martin Fowler's Bliki in Japanese - ヘロヘロScrum
@@ -0,0 +1,79 @@ +http://martinfowler.com/bliki/FlaccidScrum.html + +2009/1/29 + +//There's a mess I've heard about with quite a few projects recently. It works out like this: + +多くのプロジェクトで混乱が起こっているようだ。 +次のようなことになっているらしい。 + +// * They want to use an agile process, and pick Scrum +// * They adopt the Scrum practices, and maybe even the principles +// * After a while progress is
Microsoft – クラウド、コンピューター、アプリ & ゲーム
在庫限り。人気のSurface Duo 2 が再入荷され、最大 36% OFF 中。ご購入はお早めに。
私がスクラムマスターを目指すわけ | エンピツとキーボード
2010/1/14(木)に、「Agile2.0 ～ アジャイルなチームで何を提供する？」という勉強会に参加してきました。 実はこの日は、純粋な飲み会としての新年会を開催予定でした。 が、その会をほぼ無理やり「勉強会に参加する新年会」と内容を変更して、参加してしまいました。 参加予定だった方には、少々、申し訳ないことしてしまったと思います。 しかし、この会に参加して、わたしが、なぜスクラムマスターになりたい、と考えていたのかがはっきりしました。 それは、スクラムなどアジャイルという開発手法が、 開発者と顧客をつなげることで楽しく良いシステムがつくれる と感じたからだったのです。 ＜顧客不在の開発現場＞ 私の周囲には、コーディングが好きな方とても多いです。 それは老いも若きも関係ありません。 なかには、60代になってもコーディングが好きで、現役でコードを書く方々がいます。 そうしたコードを書く
定量的なソフトウェア品質管理（pdf)
日科技連とSQiPの取り組み 1980年、日科技連では、日本におけるソフトウェア製品の品質向上と効果的開発の方法論の確立を目指して、「ソフトウェア生産管理研究委員会」（SPC, Software Production Control）を設置しました。 以来、「TQMとソフトウェア工学の結婚」を標榜し、日本的品質管理をソフトウェア生産に適用するための調査・研究・普及を行ってまいりました。 2007年に、この活動が「ソフトウェア品質に関する活動」であると分かりやすくすることと、ソフトウェア技術職という専門的職業の矜持を大事にしたいという思いから、SQiP(Software Quality Profession)に改称しました。 1980年の設立当初は、メインフレーマーで培われたソフトウェア品質技術・施策を議論する場でしたが、現在はソフトウェア産業に関わるすべての方々が議論できる場になっています
スクラムの元になった資料 - [ハーバードビジネスレビュー] New New Product Development Game - kawaguti’s diary
アジャイルソフトウェア開発プロセスの１つであるスクラムは、日本人によるハーバードビジネスレビューに投稿された論文がきっかけで作られた、というのは、いまどき小学生でも知っている有名な話ですよねw。 [ハーバードビジネスレビュー] New New Product Development Game (1986) 竹内 弘高、野中 郁次郎 http://harvardbusiness.org/search/86116?legacy=true で、なんかこのあたりに(http://apln-richmond.pbworks.com/f/New+New+Prod+Devel+Game.pdf) 置いてあったので読んでみました(2011年12月時点注記: すでに存在していないようです。)。 Fuji-Xerox, Honda, Canon, NEC, Epson, Brother, 3M, Xerox,
![スクラムの元になった資料 - [ハーバードビジネスレビュー] New New Product Development Game - kawaguti’s diary](https://cdn-ak-scissors.b.st-hatena.com/image/square/6d1ce7a1dc491fc46a7a5c7b073262b322ee0cce/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F6653812171401680160%2F6653812171401681812%2F1466254596)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://d.hatena.ne.jp/kimpo/20100206
アジャイルの"ルール"を"ガイドライン"に変えられるか？
Microsoft – クラウド、コンピューター、アプリ & ゲーム