InfoQ ホームページ Agileの採用 に関するすべてのコンテンツ
-
アジャイル開発会議で多くの優れた成果が発表される
アジャイル開発実践会議が6月6日から11日の間にラスベガスで開催された。 Caesar's Palace Conference Centerで開催されたこの会議は優れたセッションやスピーカーやコンテンツが紹介された。テストについてのいくつもの優れたセッション、 Johanna Rothman氏による人や文化についてのキーノート、スクラムやカンバンについての優れたプレゼンテーションがこの優れた会議を生み出した。
-
アジャイルのプロジェクト憲章には何を書くべきか？
アジャイルプロジェクトは資料によるコミュニケーションよりも，人々の行為や会話を重視する。公式化された方法論の多くは資金調達と作業承認を受ける手段として，大量のプロジェクト初期資料の作成を要求する。この潜在的な矛盾を前提とするアジャイルのプロジェクト憲章には，何を記述すればよいのだろう - "不足のない" 資料とは，どの程度の量なのだろうか？
-
アジャイルアーキテクチャ - 矛盾? それとも賢明なパートナーシップ?
アジャイル技術とアーキテクチャに関する考え方の間にある意見の相違について、数多くの解説者たちが話題にしている。 この投稿は、Big Up Front Design (BDUF) と You Aint Gonna Need It (YAGNI)の考え方の間にある緊張状態を調べ、2つのアプローチが好意的なやり方で実際に協力できる方法を探る。
-
アジャイルへと向かう組織：慎重に歩こう
ほとんどの組織は、組織全体のアジャイル・トランスフォーメーションを実行するために、アジャイルコーチを雇う。その目的は、コーチがビルから去るまでに、無駄のない健全な組織にすることだ。しかし、トランスフォーメーションをチームレベルだけで始めると、エンドツーエンドのデリバリー・プロセスを改善して維持するというトランスフォーメーションを実現するのは非常に難しいだろう。
-
繰り返しタスクはアジャイルの臭い？
ストーリーを水平方向のタスクに分割することは「アジャイルの臭い」か？これはスクラム/アジャイル計画会議によく見られ、チームの顧客価値へのフォーカスを損なう悪習なのか？代わりに提案されているのはどんなことなのか？
-
自己組織型チームを組織化する
Rashina Hoda氏は、博士号目指す研究者で、チームで実際にどのように自己組織化が生まれるのかを調査してきた。彼女は、ニュージランドとインドで研究し、チームが効果的に自己組織化する時に生まれる６つの役割を特定した。彼女は、５月に南アフリカの Cape Townで開催されるInternational Conference on Software Engineering (ICSE2010)で発表される彼女の論文についてInfoQに話した。
-
Jim Shore氏、自動受け入れテストは正しい手段ではないと語る
一般的に認められたアジャイルの文献のほとんどが、ユーザのニーズをとらえる最善の方法は、受け入れテストにエンコードされたサンプル、すなわち「自動受け入れテスト」であると教えている。だが、思想的リーダーであるJim Shore氏はそうではないだろうと言う。その一方で、彼に異を唱える人たちもいる。
-
Toyota がウォーターフォールを使っている？
リーン(Lean)ソフトウェア開発はリーン生産方式にその着想を得ている。中でも Toyota がこの分野で，先駆者として行った活動の影響が大きい。その Toyota のソフトウェア開発部門が旧来型のウォーターフォールを使用していて，リーンソフトウェア開発では初期段階にある，と聞けば誰しも驚くだろう。
-
変革を継続すること
組織の文化を変えるのは難しく、リスクを伴うものだ。アジャイル原則の導入は、多くの組織にとって大きな文化的シフトである。マネジメントコンサルタントで著書もあるSteve Denning氏は、何が変革を継続するのか調べ、変革を起こす人に具体的なアドバイスをしている。
-
主流としてのアジャイル
アジャイル開発が主流(メインストリーム)となる時代がいよいよやってきたようだ。大手コンサルティング会社が "アジリティ(Agility)" を喧伝し，IBM Global Business Services や Cap Geminiといった会社がアジャイル関連サービスの提供を始めた。このように突然注目を集め始めたことは，アジャイルにとってどのような意味を持つのだろうか？ "メインストリーム" なアジャイルとはどのようなもので，そこには何があるのだろう？
-
-
デイリースタンドアップのコツ - まとめ
デイリースタンドアップが長い日次進捗報告以外の何ものでもなくなり、メンバに無視され始めるという話はよく耳にする。これを始めとしたスタンドアップの落とし穴を避けるために、どのようなテクニックがあるだろうか？
-
適応型再利用 - 土木工学に学ぶ
直線的な開発プロセスは土木工学の中核であると信じられているものだが、「なぜ橋を建てるのと同じようにソフトウェアを構築できないのか」というソフトウェア開発に対して時折向けられる批判に対する反応として、ソフトウェアエンジニアはこのような直線的な開発プロセスに対して異を唱えてきた。しかし実は、土木プロジェクトもアジャイル主義者が認めるような方法をしばしば採用しているのである。
-
オピニオン: アジャイルが成功するかはアジャイルテクニックに依存しない
過去、現在、そして将来も、アジャイルチームが驚くべき成功を収めているのは事実だ。しかし、失敗に終わることがあるのもまた事実だ。導入が「不十分」であったり、「イヤなものを削って」導入してしまったり。他にも、アジャイルチームがすばらしいソフトウェアを作れず、また全体として組織に影響を与えられなかったりすることは数多くある。これは解決できて「修正」できるものなのだろうか？ あるいは、アジャイル開発は一部のチームにだけ役に立つものなのだろうか？
-
社会的契約によってチームのコミットメントを促す
正式な社会的契約によって組織的な変更に関する恐れ、不確実性、疑いなどを減らす手助けとなるための構造が与えられ、アジャイルへの移行がより円滑に行われる。 Israel Gat氏がBMP Softwareで利用した社会的契約の例を示す。