5分で分かる、「スクラム」の基本まとめ
5分で分かる、「スクラム」の基本まとめ：開発チームを改善するためのスクラムTips（8）（1/2 ページ） 「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 これまで、アジャイル時代のチーム・マネジメント手法として主流になっている「スクラム」の手法を紹介してきました。今回は総集編として「スクラムの基本」をコンパクトにまとめます。 そもそもスクラムとは スクラムは、一言でいえば「チームで仕事の進めるための枠組み（フレームワーク）」です。 もともとはソフトウェア開発プロジェクトを成功させる仕組みですが、技術的な要素は取り除かれ、多くのチーム作業に共通して適用できる要素だけが残りました。そのため、ソフトウェア開発以外のチームにも適用できるのが特徴です。 ●バッ
「Agile2.0 〜 組織をアジャイルにするツールの勘所」を開催しました。 - kawaguti’s diary
CollabNet 社の ScrumWorks 部門(旧Danube) を率いる Laszlo Szalvay (ラズロ・サルベイ)さんの来日とセミナー開催にあわせ、勉強会を行いました。 11月16日 Agile2.0 〜 組織をアジャイルにするツールの勘所(東京都) http://kokucheese.com/event/index/5514/ ラズロさんは、2001年にシアトルでDanubeを創業し、翌年にオレゴン州ポートランドに本拠を移転、SI事業やコンサルティングを行っていたところ、2004年にKen Schwaber の本に出会って人生が変わったとのこと。当初自分たち向けのツールとして開発したScrumWorksは、現在では世界中に150,000のユーザがいるそうです(桁合ってるかな)。すげー。ちなみに、Bas Vodde さんの紹介もあってノキアに大規模に導入されていて、彼の知
InfoQ: SplkskyとBobおじさんの対決
ここ数週間、Joel Spolsky(リンク)とRobert C Martin(リンク)(Bobおじさんと呼ばれている)の間で議論が交わされている。そもそもの発端は、Jeff Atwood (リンク)とJoel Spolskyの「38:th Stack Overflow」 (リンク) というポッドキャストで、Joelの「よくユニットテスティングをJoelテストの13番目の項目に加えるべきだと言われるんだけど、それには反対なんだ」という発言だった(Joelテストとは、「Joelテスト: よりよいコードのための12のステップ」のことだ) (リンク)。Joelはこのように説明している(リンク)。 テスト駆動開発について議論されていることですが、すべてはユニットテストすべきだという意見があります……たくさんの人が私に、Joelテストを読んだ後で、「13番目の項目としてユニットテスティングを加えるべ
角谷HTML化計画 - デブサミ2009:パネルディスカッション：テストを行うこと、テストを続けること
Invalid Text■<%=sn number %> <%=flickr_left '3277186245' %>デブサミ2009:アート・オブ・アジャイル デベロップメント〜テストが駆動するビジネス価値〜 (あとで書く)2009/02/18追記 fkino先生最新監訳書籍、『アート・オブ・アジャイル デベロップメント』(TAOAD)のレビューは別途エントリを書くつもりなので、ここではデブサミでのセッションについて。 前半はTAOADを踏まえて、実体験も交えながら(って他人事みたいだけど一緒にやったプロジェクトの話)、XP的に「行儀のよい」テストに対する向きあい方。ここまではちゃんとテストトラック。 で、驚愕の展開の後半。TAOADを媒介に、前半のテストトラック的な内容からシームレスに「飛躍」、一転して話は開発プロセストラックに。ここでもTAOADを下敷にしながらも、fkinoじしんの
「実演テスト駆動開発」 WEB+DB PRESS Vol.35特集 特設サイト
WEB+DB PRESS Vol.35の特集1「実演！テスト駆動開発」の特設ページです．テスト駆動開発（TDD）の実演ムービーや誌面サポート情報などを掲載しています． 更新履歴 2006年10月24日 実演ムービーの追加 タスク2「サーブレットのアクセスURLからDAOの名前を抽出する」の実演ムービー3本を追加しました． 環境構築ムービーの追加 Subversion環境の構築ムービー3本を追加しました． 補足情報の追加・変更 第2章～第8章の各章終了時点でのサンプルコードを公開しました．また，すでに公開済みだった第8章完全版のコードも差し替えましたので，お手数ですが再度ダウンロードしてください． 補足情報の追加 「テストフィルタ機能，受け入れテスト実行の自動化機能について」を追加しました． 補足情報の追加 「著者のEclipseテンプレートを公開！」を追加しました． 誌面訂正情報の掲載 第
島根で Ruby と Agile：An Agile Way：オルタナティブ・ブログ
島根大学としまねOSS協議会にて、お話する機会がありました。 大学では、学生さんたち２０人に、アジャイルの概要とRubyとなぜ相性がよいか、というお話。言いたかったことは、「アジャイルは、ソフトウェアと人を育てるというモデルに基づいている。Rubyも、マシンではなく人の読みやすさや学習容易性が高い。すなわち、この２つはよく合う。」ということです。 手を上げてもらったら、１０００行以上のプログラムを書いたことのある人はいませんでした。また、何人かを除いては、チームで開発したことがないので、チーム開発の苦労がないみなさんに、Agileが解こうとしている問題が伝わったかなぁ、と少々不安です。でも、「いまITは就職先としては人気がないと聞いているが、将来IT関係に就職したい人は？」と聞くと、女性が二人手を上げてくれた！「ソフトウエアって本当に、アイディアさえあればなんでもできるからぜひ楽しみにして
Rubyでアジャイルプロトタイピング（1） ― ＠IT
想定する読者はこういう人々 本連載では、新たなアプローチでプロトタイピングを行い、アジャイルかつ正確にクライアントからの機能要件を取りまとめることを提案します。読者には、次のような方を想定しています。 上流工程に携わっているが、うまく進まず悩んでいる これから上流工程に挑戦しようとしている 下流工程でコスト、労力が増大してしまったが、その原因は上流工程にあったと感じている 上流工程の進め方について、新しいアプローチを模索している 本連載では、プロトタイピングに使用するツールとして、オブジェクト指向スクリプト言語であるRubyと、Ruby上に構築されたWebシステムフレームワークであるRuby On Rails（以下：RoR）についても説明し、実際に要件定義からプロトタイピングを作成してみるところまで行う予定です。 なお、Webシステムの開発を前提として解説を行いますが、クライアントサーバシ
Continuous Integration
Continuous Integration is a software development practice where each member of a team merges their changes into a codebase together with their colleagues changes at least daily. Each of these integrations is verified by an automated build (including test) to detect integration errors as quickly as possible. Teams find that this approach reduces the risk of delivery delays, reduces the effort of in
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Microsoft Lauds Scrum Method for Software Projects
http://mywiki.jp/goyattom/Agile2009/