InfoQ

InfoQ

エディタ毎の記事の表示

全ての 沼田 暁子に関するすべてのコンテンツ


沼田 暁子が書いた最新の記事

プロダクトオーナーを成功させる

トピック
顧客要求,
Delivering Value,
Scrum,
Antipatterns,
ビジネス/ITアライメント,
Agile,
Patterns,
エンタープライズアーキテクチャ

本稿はプロダクトオーナーとして成功するために必要なものを皆さんが理解するのを支援します。

沼田 暁子が書いたNews

Scrum Allianceがユーザグループにライセンス契約を要求

トピック
Agile,
コミュニティ

スクラムのブランドの支配権を得ようしているように見える動きの中で、Scrum Allianceは「Scrum User Group」という用語に対する権利を主張した。yahooグループのScrumDevelopmentでの議論は熱くなったが、この動きの影響ははっきりしないままである。

品質とは何を意味しているのか?

トピック
Delivering Quality,
品質,
Delivering Value,
Agile

ソフトウェア開発において、品質とは何を意味しているのだろうか?今日の使われ方として、Mike Bria氏は次のように述べている:日常より多く見られる使われ方としては、「品質」は「価値があること」のかわりに「欠陥がないこと」を示している。

分散アジャイルチームはヒーローを必要としているか?

トピック
アジャイル技術,
Agile

The GDM-Agile Paradox: Tips to Tap into the of Agile in the Global Delivery Modelという記事でAjay Bhandari氏とKumarasivan Veeramuthumoni氏は、オフショアモデルでアジャイル開発を行った際に彼らのチームが経験したことを報告している。

5人はチームの最適なサイズか?

トピック
チームワーク,
Scaling Agile,
Productivity,
Agile

最大の生産性のための最適なチームのサイズに関して、たくさんの議論や討論が行われている。大半のアジャイリストは、大きなチームに比べて小さなチームは機能的で生産性が高いという意見に同意しているが、最適なチームのサイズを定義することは依然として難題である。

かんばんワークフローはアジャイルか?

トピック
アジャイル技術,
Scrum,
Lean,
Agile

Karl Scotland氏は、かんばんシステムにおけるワークフローあるいは段階が、クロスファンクショナルで協力的なチームというアジャイルの理想と反対のものであるかを検討する議論を始めた。彼はまず、かんばんボードの各段階はウォーターフォールのフェーズに非常によく似ている、と発言した。次に起きた議論は、段階は必ずしも引き継ぎではないことを明らかにし、その他の洞察ももたらした。

沼田 暁子が書いたArticle

アジャイルコーチのA to Z

トピック
リーダーシップ,
チームワーク,
コーチング&メンタリング,
Agile,
マネジメント

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

チームがキュービクルと引き換えにコミュニケーションスキルを得る手助けをせよ

トピック
Collaborative Technologies,
コラボレーション,
Self-organizing Team,
リーダーシップ,
チームワーク,
Scrum,
Agile,
マネジメント

アジャイルの「自己組織化チーム」のパラダイムでは、チームのメンバに新しいスキルが要求されます。この記事では、発展しつつあるチームの自己組織化を壊さずに、新たなスキルを伝えるためのいくつかの戦略を提案します。そして、新しいスキルを身につけるのに役立つ資料のありかを提示しています。

エンタープライズのためのリアルタイムJava

トピック
JVM,
仮想マシン,
ランタイム,
Java,
言語,
パフォーマンス&スケーラビリティ,
プログラミング,
リアルタイム

Simon Ritter氏がガーベジコレクションによる最長応答時間を保証するReal-Time Java specification (RTSJ)のビジョンとキャパシティを解説します。

3つのM - リーンの3要素

トピック
Delivering Value,
方法論,
Lean,
継続的な改善,
Agile,
補完実践,
プログラミング

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

インタビュー:Didier Girard氏に聞く、GWTとVoltaはWeb用のGCCなのだろうか?

トピック
GWT,
JavaScript,
動的言語,
Java,
AJAX,
.NET,
Web 2.0,
言語,
RIA,
プログラミング,
Architecture,
エンタープライズアーキテクチャ

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