InfoQ ホームページ Agileの採用 に関するすべてのコンテンツ
-
Toyota がウォーターフォールを使っている？
リーン(Lean)ソフトウェア開発はリーン生産方式にその着想を得ている。中でも Toyota がこの分野で，先駆者として行った活動の影響が大きい。その Toyota のソフトウェア開発部門が旧来型のウォーターフォールを使用していて，リーンソフトウェア開発では初期段階にある，と聞けば誰しも驚くだろう。
-
変革を継続すること
組織の文化を変えるのは難しく、リスクを伴うものだ。アジャイル原則の導入は、多くの組織にとって大きな文化的シフトである。マネジメントコンサルタントで著書もあるSteve Denning氏は、何が変革を継続するのか調べ、変革を起こす人に具体的なアドバイスをしている。
-
主流としてのアジャイル
アジャイル開発が主流(メインストリーム)となる時代がいよいよやってきたようだ。大手コンサルティング会社が "アジリティ(Agility)" を喧伝し，IBM Global Business Services や Cap Geminiといった会社がアジャイル関連サービスの提供を始めた。このように突然注目を集め始めたことは，アジャイルにとってどのような意味を持つのだろうか？ "メインストリーム" なアジャイルとはどのようなもので，そこには何があるのだろう？
-
-
デイリースタンドアップのコツ - まとめ
デイリースタンドアップが長い日次進捗報告以外の何ものでもなくなり、メンバに無視され始めるという話はよく耳にする。これを始めとしたスタンドアップの落とし穴を避けるために、どのようなテクニックがあるだろうか？
-
適応型再利用 - 土木工学に学ぶ
直線的な開発プロセスは土木工学の中核であると信じられているものだが、「なぜ橋を建てるのと同じようにソフトウェアを構築できないのか」というソフトウェア開発に対して時折向けられる批判に対する反応として、ソフトウェアエンジニアはこのような直線的な開発プロセスに対して異を唱えてきた。しかし実は、土木プロジェクトもアジャイル主義者が認めるような方法をしばしば採用しているのである。
-
オピニオン: アジャイルが成功するかはアジャイルテクニックに依存しない
過去、現在、そして将来も、アジャイルチームが驚くべき成功を収めているのは事実だ。しかし、失敗に終わることがあるのもまた事実だ。導入が「不十分」であったり、「イヤなものを削って」導入してしまったり。他にも、アジャイルチームがすばらしいソフトウェアを作れず、また全体として組織に影響を与えられなかったりすることは数多くある。これは解決できて「修正」できるものなのだろうか？ あるいは、アジャイル開発は一部のチームにだけ役に立つものなのだろうか？
-
社会的契約によってチームのコミットメントを促す
正式な社会的契約によって組織的な変更に関する恐れ、不確実性、疑いなどを減らす手助けとなるための構造が与えられ、アジャイルへの移行がより円滑に行われる。 Israel Gat氏がBMP Softwareで利用した社会的契約の例を示す。
-
ティーチングゲーム－遊びか、まじめなビジネスか？
Tasty Cupcakesティーチングゲーム・ウェブサイトの創始者であるMichael McCullough氏とDon McGreal氏が「楽しみ駆動開発（"Fun Driven Development"）」に関する記事を公開した。景気は低迷しているが、こういったゲームがトレーニングプログラムから締め出されることはなく、実際、ティーチングゲームはアジャイル実践者が集まって考えを交換する上でのかすがいとなっている。ここではその歴史と、チームにおいてゲームを用いる上でのスタート地点を紹介する。
-
アジャイルの成功が結局は失敗になるとき
パイロットアジャイルチームが成功すると、アジャイル導入のプロセスが正しい方向に向いていると思い込みがちだ。Dave Nicolette氏が、試験的な試みが大成功した後で、導入に失敗した状況について興味深い洞察を示す。
-
アジャイルの衰退と凋落を止めるために内側を見つめる
アジャイルの「衰退と凋落」に関する議論は、AgileQや一般的なコミュニティにおいて、何度も繰り返されるテーマだ。人々がアジャイルを効果的に導入しておらず、間違った方法でアジャイルを台無しにするという意見が集まっているのだ。Kevin Schlabach氏は、新しいリーダーを育てていないアジャイルコミュニティ自体が原因だという考えを示す。
-
アジャイルを導入するパイロットプロジェクトの選び方
アジャイルの導入を成功させる最も重要な要因の1つは、アジャイルをパイロットプロジェクトに適用することで学んだことだ。ここで学んだことが、今後アジャイルを推進するのか、それとも従来のプロセスに戻すのか、組織に大きな影響を及ぼすことになる。パイロットプロジェクトに適していないプロジェクトを選んでしまうと、アジャイルという新しいプロセスをうまく宣伝できずに、失敗に終わるだろう。
-
-
革新はどこへ行ったのか?
アジャイルの世界で起きている革新のあり方に疑問を投げかける人たちがいる。繰り返し機能を追加していく開発によって、私たちは革新ではなく古い解決策を使う方向に向かう。そのため、本当に「独創的な」解決策を見つけ出すよりも、すでに知っていることに基づいて開発するのだ。アジャイルプロジェクトに革新をもたらす方法として、研究開発の流れを取り込むことを提案する。
-
アジャイルテストにはクロスファンクショナルチーム以上のものが必要だ
アジャイルテストを検討する場合、多くの人が最初に考えるのは、ツール、自動化、テスト時期とその方法、チームにおけるテスターの役割についてだ。これらは、すべてとても価値のあるトピックだ。しかし、これらの中で成功に欠かせないもの、または、あればよいものは何だろうか?