InfoQ ホームページ Agile に関するすべてのコンテンツ
-
繰り返しタスクはアジャイルの臭い？
ストーリーを水平方向のタスクに分割することは「アジャイルの臭い」か？これはスクラム/アジャイル計画会議によく見られ、チームの顧客価値へのフォーカスを損なう悪習なのか？代わりに提案されているのはどんなことなのか？
-
InfoQ.comのデータベース更新: ほとんど成功、少し失敗
この程、InfoQ.comはこのサイトを始めてから使用していたバックエンドのデータベースを刷新した。しかし、すべて計画通りに事が運んだわけではなかった。ほとんどの移行作業は滞りなく進んだが、いくつかの予期していなかった問題(現在は解決済み)に直面した。この記事では、私たちがどんな計画をして、何が成功し何がうまくいかなかったのか、そして直面した問題をどのように検知し解消したのかを詳しく論じたい。
-
How to Audit an Agile Team
アジャイルプロジェクトのステークホルダが，チームが採用しているアジャイルのプロセスと実践の効果を測定するために，経験豊富なアジャイルコーチの援助を求めるのはよくあることだ。その意図は欠点を埋めて，チームをより効率的にすることにある。Scott Killen 氏は最近，Yahoo の Scrum Development グループ に アジャイルチームの監査方法 に関するスレッドを立ち上げた。
-
自己組織型チームを組織化する
Rashina Hoda氏は、博士号目指す研究者で、チームで実際にどのように自己組織化が生まれるのかを調査してきた。彼女は、ニュージランドとインドで研究し、チームが効果的に自己組織化する時に生まれる６つの役割を特定した。彼女は、５月に南アフリカの Cape Townで開催されるInternational Conference on Software Engineering (ICSE2010)で発表される彼女の論文についてInfoQに話した。
-
認定の新興ダイナミックス
Scrumとアジャイルの認定が今、大変注目されている。「認定話」は、発展し、２０１０年の議論の主要なテーマになった。この話は、いくつもの面を持ちScrum Alliance, Scrum.org そして有名なブロガーたちを含んだ大方のコミュニティ、更に Agile Skills Projectからの活動を含んでいる。意見が分かれているのは、認定の根本的な価値である。
-
SEMAT - ソフトウェア工学の方法論と理論
SEMATは2009年11月に設立されたもので、ソフトウェア業界があまりに多くの一時的流行と未熟なプラクティスにあふれていると主張している。ここに名を連ねる人々は、ソフトウェア工学を建て直し、今の時代に合ったものにすると約束している。
-
Jim Shore氏、自動受け入れテストは正しい手段ではないと語る
一般的に認められたアジャイルの文献のほとんどが、ユーザのニーズをとらえる最善の方法は、受け入れテストにエンコードされたサンプル、すなわち「自動受け入れテスト」であると教えている。だが、思想的リーダーであるJim Shore氏はそうではないだろうと言う。その一方で、彼に異を唱える人たちもいる。
-
Maven, Ant, Rake: JRuby 1.5 の構成管理強化
4月末に予定されている1.5へのバージョンアップに向けて、JRubyプロジェクトはJavaとRubyの相互運用性を改善し続けている。これによって、Ruby開発者はJavaプラットフォームの利点をもっと強力に利用できるようになる。一方でJava開発者は既存のプロジェクトにRubyのツールを利用する利点を見つけるようになるだろう。
-
'C' ワードはアジャイルコミュニティを分裂させるか？
Scrum 認定制度(Certification)に関しては，これまでにも数多くの意見が出されてきた。アイデアに賛同する人がいれば，徹底的に反対する人もいる，といった具合だ。Ron Jeffries 氏はこれまで Scrum Alliance 認定制度のよい面について書いてきたが，最近になってこの忌まわしい 'C' ワードが，アジャイルコミュニティの主要メンバの多くを遠ざけてしまうのではないか，と危惧するようになった。
-
Twist 2.0は振る舞い駆動の協力的なテストを支援する
ThoughtWorks Studiosは Twistの最新バージョンであるTwist 2.0をリリースした。Twistはアジャイルテスト自動化ツールだ。Twist 2.0はテスターや開発者、ビジネス分析者が協力してテストすることを支援する。振る舞い駆動開発(BDD)とドメイン特化言語(DSL)の技術を使ってテスト自動化を実現し、動的言語であるGroovyを使ってテストスクリプトを書くこともできる。
-
Toyota がウォーターフォールを使っている？
リーン(Lean)ソフトウェア開発はリーン生産方式にその着想を得ている。中でも Toyota がこの分野で，先駆者として行った活動の影響が大きい。その Toyota のソフトウェア開発部門が旧来型のウォーターフォールを使用していて，リーンソフトウェア開発では初期段階にある，と聞けば誰しも驚くだろう。
-
変革を継続すること
組織の文化を変えるのは難しく、リスクを伴うものだ。アジャイル原則の導入は、多くの組織にとって大きな文化的シフトである。マネジメントコンサルタントで著書もあるSteve Denning氏は、何が変革を継続するのか調べ、変革を起こす人に具体的なアドバイスをしている。
-
日米欧総勢20人の先進エンジニアが最新トピックを語る2日間 - QCon Tokyoセッションプログラム最終決定
FLEX User Group（Adobe Flexユーザーグループ）、JAWS-UG（Amazon Web Services公式ユーザーグループ）参加決定！
-
主流としてのアジャイル
アジャイル開発が主流(メインストリーム)となる時代がいよいよやってきたようだ。大手コンサルティング会社が "アジリティ(Agility)" を喧伝し，IBM Global Business Services や Cap Geminiといった会社がアジャイル関連サービスの提供を始めた。このように突然注目を集め始めたことは，アジャイルにとってどのような意味を持つのだろうか？ "メインストリーム" なアジャイルとはどのようなもので，そこには何があるのだろう？
-
技術的負債を貨幣化する
ほとんどのアジャイルチームが，技術的負債(Techninal Dept) は悪いものである，という考えを持っている。金銭的な負債と同じように利子負担を伴なうからだ。技術的負債の利子はソフトウェアを維持・拡張するために要する余分な労力，という形で支払われる。アジャイル実践者たちの多くが技術的負債を可能な限り早く返済するよう勧めているが，それを定量的に把握するための貨幣化(monetize)を実現できているアジャイルチームは稀である。