InfoQ ホームページ Agile in the Enterprise に関するすべてのコンテンツ
-
アジャイルへと向かう組織：慎重に歩こう
ほとんどの組織は、組織全体のアジャイル・トランスフォーメーションを実行するために、アジャイルコーチを雇う。その目的は、コーチがビルから去るまでに、無駄のない健全な組織にすることだ。しかし、トランスフォーメーションをチームレベルだけで始めると、エンドツーエンドのデリバリー・プロセスを改善して維持するというトランスフォーメーションを実現するのは非常に難しいだろう。
-
ビジュアルリスクマネジメント
プロジェクト規模に関係なく、リスクとその緩和戦略を把握できているとき、ステークホルダは心強く感じるものだ。アジャイルは情報発信器の利用を強く推進している。その情報発信器の考え方に基づき、アジャイリストはリスクのトラッキングと緩和を容易に行える様々なビジュアルなリスク表現法を考案した。
-
繰り返しタスクはアジャイルの臭い？
ストーリーを水平方向のタスクに分割することは「アジャイルの臭い」か？これはスクラム/アジャイル計画会議によく見られ、チームの顧客価値へのフォーカスを損なう悪習なのか？代わりに提案されているのはどんなことなのか？
-
自己組織型チームを組織化する
Rashina Hoda氏は、博士号目指す研究者で、チームで実際にどのように自己組織化が生まれるのかを調査してきた。彼女は、ニュージランドとインドで研究し、チームが効果的に自己組織化する時に生まれる６つの役割を特定した。彼女は、５月に南アフリカの Cape Townで開催されるInternational Conference on Software Engineering (ICSE2010)で発表される彼女の論文についてInfoQに話した。
-
SEMAT - ソフトウェア工学の方法論と理論
SEMATは2009年11月に設立されたもので、ソフトウェア業界があまりに多くの一時的流行と未熟なプラクティスにあふれていると主張している。ここに名を連ねる人々は、ソフトウェア工学を建て直し、今の時代に合ったものにすると約束している。
-
Jim Shore氏、自動受け入れテストは正しい手段ではないと語る
一般的に認められたアジャイルの文献のほとんどが、ユーザのニーズをとらえる最善の方法は、受け入れテストにエンコードされたサンプル、すなわち「自動受け入れテスト」であると教えている。だが、思想的リーダーであるJim Shore氏はそうではないだろうと言う。その一方で、彼に異を唱える人たちもいる。
-
Toyota がウォーターフォールを使っている？
リーン(Lean)ソフトウェア開発はリーン生産方式にその着想を得ている。中でも Toyota がこの分野で，先駆者として行った活動の影響が大きい。その Toyota のソフトウェア開発部門が旧来型のウォーターフォールを使用していて，リーンソフトウェア開発では初期段階にある，と聞けば誰しも驚くだろう。
-
変革を継続すること
組織の文化を変えるのは難しく、リスクを伴うものだ。アジャイル原則の導入は、多くの組織にとって大きな文化的シフトである。マネジメントコンサルタントで著書もあるSteve Denning氏は、何が変革を継続するのか調べ、変革を起こす人に具体的なアドバイスをしている。
-
主流としてのアジャイル
アジャイル開発が主流(メインストリーム)となる時代がいよいよやってきたようだ。大手コンサルティング会社が "アジリティ(Agility)" を喧伝し，IBM Global Business Services や Cap Geminiといった会社がアジャイル関連サービスの提供を始めた。このように突然注目を集め始めたことは，アジャイルにとってどのような意味を持つのだろうか？ "メインストリーム" なアジャイルとはどのようなもので，そこには何があるのだろう？
-
-
-
実験駆動開発 - ポストアジャイルの手法
TDDとBDDは現在広く使われているソフトウエア開発技術だ。しかし、TDDやBDDを単に適用するだけではビジネス機会を逸したり、さらに悪いときにはビジネスにネガティブな影響を与えてしまう。TDDとBDDでは解決できないふたつの問題とは、どのようにアプリケーションの使いやすさを計測するのか、そして顧客からどのようにしてフィードバックを得るのか、ということだ。実験駆動開発(EDD)はこの問題を解決できるか。
-
統一プロセスの諸相
ラショナル統一プロセス(RUP)は1990年代にソフトウエア開発の最良のプラクティスを実践するためのフレームワークとして開発された。反復開発、平易さ、価値への着目、継続的なフィードバックなどの特徴はソフトウエア開発を成功させるための重要な要素だと考えられている。異なるプロジェクトの領域に統一プロセスを適用する方法を確立した人がいる。この記事ではその方法を調査する。
-
デイリースタンドアップのコツ - まとめ
デイリースタンドアップが長い日次進捗報告以外の何ものでもなくなり、メンバに無視され始めるという話はよく耳にする。これを始めとしたスタンドアップの落とし穴を避けるために、どのようなテクニックがあるだろうか？
-
どのようにしてアジャイルを競争相手と比較するか？
チームや組織は仕事のやり方について、競争相手を使って評価したいと思うことがよくある。彼らは改善すべきところに注目して、よいフィードバックがあれば取り入れたいと思っている。Comparative Agilityアセスメントとはアセスメントツールであり、組織が次回のアジャイルの取り組みを計画するときに、その結果が役立つだろう。