
プロダクトオーナーを成功させる
本稿はプロダクトオーナーとして成功するために必要なものを皆さんが理解するのを支援します。
スクラムのブランドの支配権を得ようしているように見える動きの中で、Scrum Allianceは「Scrum User Group」という用語に対する権利を主張した。yahooグループのScrumDevelopmentでの議論は熱くなったが、この動きの影響ははっきりしないままである。
ソフトウェア開発において、品質とは何を意味しているのだろうか?今日の使われ方として、Mike Bria氏は次のように述べている:日常より多く見られる使われ方としては、「品質」は「価値があること」のかわりに「欠陥がないこと」を示している。
The GDM-Agile Paradox: Tips to Tap into the of Agile in the Global Delivery Modelという記事でAjay Bhandari氏とKumarasivan Veeramuthumoni氏は、オフショアモデルでアジャイル開発を行った際に彼らのチームが経験したことを報告している。
最大の生産性のための最適なチームのサイズに関して、たくさんの議論や討論が行われている。大半のアジャイリストは、大きなチームに比べて小さなチームは機能的で生産性が高いという意見に同意しているが、最適なチームのサイズを定義することは依然として難題である。
Karl Scotland氏は、かんばんシステムにおけるワークフローあるいは段階が、クロスファンクショナルで協力的なチームというアジャイルの理想と反対のものであるかを検討する議論を始めた。彼はまず、かんばんボードの各段階はウォーターフォールのフェーズに非常によく似ている、と発言した。次に起きた議論は、段階は必ずしも引き継ぎではないことを明らかにし、その他の洞察ももたらした。

アジャイルコーチが何にフォーカスしていて、何をしていて、どのように振る舞い、さらに重要なことは、何故そうするのかをきちんと理解するため、アルファベット順にクイックツアーを行ってみましょう。

アジャイルの「自己組織化チーム」のパラダイムでは、チームのメンバに新しいスキルが要求されます。この記事では、発展しつつあるチームの自己組織化を壊さずに、新たなスキルを伝えるためのいくつかの戦略を提案します。そして、新しいスキルを身につけるのに役立つ資料のありかを提示しています。
Simon Ritter氏がガーベジコレクションによる最長応答時間を保証するReal-Time Java specification (RTSJ)のビジョンとキャパシティを解説します。

リーン主義をソフトウェア開発に適用することについての議論では、主にムダ(無駄:Muda)なものを特定して排除することに関心が向けられてきました。リーン思考は同様に、ムリ(無理:Muri)とムラ(ばらつき:Mura)を削除することも目指しています。ムダ、ムリ、ムラは「3つのM」と呼ばれています。

InfoQではDidier Girard氏に話を聞いた。彼はパリに拠点を置くコンサルティング会社、SFEIR社でCTO(最高技術責任者)を務めている。