InfoQ ホームページ Agile に関するすべてのコンテンツ
-
バックログ・グルーミング: 誰が、いつ、どのように行うか
バックログ・グルーミング(バックログの手入れ)とは、その名前が示すとおり、プロダクトバックログを定期的に気にかけ、注意を払い、雑草だらけの手入れされていない庭のように、バックログが醜く手におえないものにならないようにすることだ。スクラムの正式なプロセスではないが、Ken Schwaber氏は、各スプリントの5%をこの活動のために割くように推奨している。Scrum Developmentグループでの最近の議論では、このプロセスの利点と欠点、どの程度時間をとるべきかといったことに焦点があてられていた。
-
ソフトスキル(Soft Skill)が最も重要 - アジャイル・ボストン・オープンスペース報告
アジャイル・ボストン・ユーザグループ(Agile Boston user group) は先週，OpenSpace カンファレンスを終日開催した。セッションのひとつは，自分および／または自チームの組織に所属する，他グループに対する影響力行使に関するものだった。セッションの参加者たちは，それぞれ異なる状況と問題について理解し合い，事態を改善するための複数の戦略を見出すことができた。そしてその中に，アジャイルのプラクティスは含まれていない。
-
Javaの将来: Josh Bloch氏との対話
Effective Javaの著者でGoogleのチーフJavaエバンジェリスト、Josh Bloch氏は、最近Webで開催されたRed Hat Middleware 2020カンファレンスで講演した。講演のポイントは、Oracleの管理下にあるJavaプラットフォームの将来に対する慎重ながらも楽観的な見方と懸念についてだった。InfoQは彼の考えをもっと知るために話を聞いた。
-
アジャイルへと向かう組織：慎重に歩こう
ほとんどの組織は、組織全体のアジャイル・トランスフォーメーションを実行するために、アジャイルコーチを雇う。その目的は、コーチがビルから去るまでに、無駄のない健全な組織にすることだ。しかし、トランスフォーメーションをチームレベルだけで始めると、エンドツーエンドのデリバリー・プロセスを改善して維持するというトランスフォーメーションを実現するのは非常に難しいだろう。
-
アジャイルチームにおける人のつながり
基本的なアジャイルプラクティスの統合が完了しかけているのだとすれば、それは何か新しいものが始まろうとしていることを意味している。イノベーションの新しいフェーズはそこまで来ているのだろうか？もしそうだとすれば、新しい思想的リーダは誰なのか？新しいアジャイルの最先端はどこにあるのか？InfoQではMichael de la Maza氏の調査に目を向ける。氏はアジャイルの指導者であり、チームや組織における親密さといった論議を呼びそうな題材を扱っている。
-
JRebel 3.0のリリース - ホットスワップ・リローデッド
JRebel 3.0が4月16日にリリースされた。再デプロイの必要をなくすことによって、Javaでの開発のターンアラウンドタイムをターゲットとしたものだ。再デプロイを行うかわりに、高度なクラスリローディングをサポートしている。この記事では、実行時にJavaクラスをどのように更新するかについて詳細に述べ、JRelbelで使われている技術の概要と特に最近リリースされたバージョン3.0での改善点をとりあげる。
-
ビジュアルリスクマネジメント
プロジェクト規模に関係なく、リスクとその緩和戦略を把握できているとき、ステークホルダは心強く感じるものだ。アジャイルは情報発信器の利用を強く推進している。その情報発信器の考え方に基づき、アジャイリストはリスクのトラッキングと緩和を容易に行える様々なビジュアルなリスク表現法を考案した。
-
InfoQ機能セット：あなたが欲しいものは？
InfoQにとっての次のステップは何だろう？ 我々が機能面でフォーカスすべきエリアは？我々はこのサイトがどんな機能セットを持ったサイトになっていって欲しいのかを、皆さんにうかがいたい。InfoQはまだ他の国際的なメディアサイトに遅れをとっている。我々はNew York Timesではないかもしれないが、皆さんの協力により、我々は意思とそこに到達する道を得られるだろう。
-
繰り返しタスクはアジャイルの臭い？
ストーリーを水平方向のタスクに分割することは「アジャイルの臭い」か？これはスクラム/アジャイル計画会議によく見られ、チームの顧客価値へのフォーカスを損なう悪習なのか？代わりに提案されているのはどんなことなのか？
-
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氏はそうではないだろうと言う。その一方で、彼に異を唱える人たちもいる。