InfoQ ホームページ Agile に関するすべてのコンテンツ
-
Regional Scrum Gathering IndiaのプレカンファレンスワークショップとCSP+リトリート
Regional Scrum Gathering India 2014の初日に行われたプレカンファレンスワークショップとCSP+リトリートの様子。
-
DevOpsに対して企業は準備不足、そしてDevOps無しには生き残れないかもしれない。
Rachel Shannon-Solomon氏は、DevOpsへの準備ができている企業はほとんどないという。その一方でGene Kim氏は、生き残りを望む企業にとってその準備は必須だと言っている。
-
ThoughtWorks Technology Radar 2014年7月版
ThoughtWorksがTechnology Radar July 2014 (PDF) を公開した。ここにはJavaScriptエコシステム、マイクロサービス、コンウェイの法則、インフラストラクチャの分散化に関する大きなトレンドが示されている。
-
どのようにして正しい製品を開発するか
顧客がほしがっていない製品や市場がない製品を作ってしまうのは無駄だ。アジャイルは効率的に製品を開発できるが、何をビルドするかは理解しておかなけ���ばならない。どのようにして顧客の製品に対するニーズを見つけることができるだろうか。
-
アジャイルをスケールするための方法を探る
アジャイルをスケールするのはアジャイルコミュニティにとって大変なことだ。スケールするとはどういうことなのか。どのように実現するのか。フレームワークや手法はどのようなものがあるのか。Richard Dolman氏とSteve Spearman氏は異なるスケール手法を紹介するウェブサイトと比較に使えるメトリクスを公開している。
-
Googleがプログラマのビルドエラーを研究
GoogleのエンジニアがGoogleで9ヶ月間で、数千人の開発者が実行した2660万回のビルドに関するリサーチペーパーを発表した。このペーパーにはビルドのワークフローを説明し、ビルド失敗の頻度、コンパイルエラータイプ、修正作業を分析している。著者らによれば、この調査結果は大規模な組織でのビルドプロセスのあり方や、開発者より効率的にサポートする方法についての理解を促進するのに役に立つ。
-
早く失敗することは早く学ぶこと
早く失敗する，何度も失敗する，ということは，アジャイルチームに推奨されるプラクティスのひとつだ。"This is Agile"の著者であるSander Hoogendoorn氏はブログで，プロジェクトの早い段階において失敗予測に基づく放棄を決定するための，有効な戦略を持つことの重要性を論じている。
-
Agile Australia カンファレンスレビュー
Agile Australia 2014カンファレンスが先週，オーストラリアのメルボルンで開催された。 オーストラリア，ニュージーランドを含む各地域から，950名を越える人々が，この年次イベントに参加している。 今年のカンファレンスのテーマは「崩壊を受け入れる (Embracing Disruption)」で，５つの広範なトピックテーマをカバーする41のセッションが開催されている。
-
PMBOK Guide第５版ソフトウェア拡張がリリース
PMI(Project Management Institute)は先日，PMBOK Guide第５版ソフトウェア拡張を公開した。従来手法からアジャイルメソッドへの移行を容易にするため，従来型のアプローチからアジャイルの代替手法へのマッピングや置き換えが含まれている。
-
Spring IO Platformリリース
Pivotalは先週Spring IO Platform 1.0のファーストバージョンをリリースした。Spring IO Platformは依存物(とそのバージョン)のリストであり、すべての依存物が一緒に動作する。実装はMavenのPOMファイルであり、自分のプロジェクトにインポートして依存物にバージョンを設定できる。これらの依存物は、Springプロジェクト全体と多くのオープンソースプロジェクトで管理され、利用されている。
-
-
ING NetherlandsによるDevOps移行の客観的改善測定
ING Retail Banking NetherlandsのJan-Joost Bouwman氏とMark Heistek氏はDevopsdays Amsterdamで，CMMI-ITIL型の組織がよりアジャイル的な価値観からどのような恩恵を受けられるか，という内容のプレゼンテーションを行った。この種のセッションとしては珍しく，運用システムにデプロイされた変更数の顕著な増加や変更当たりのリスク値の減少など，改善に関する定量的根拠が提示された。
-
アジャイルを導入する方法
トップダウンでアジャイルが導入されるのは、企業ではよくあることだ。しかし、その他の方法もある。ステルスでアジャイルを導入する方法や、継続的改善チームを使う方法、限定的にアジャイルの方法を取り入れて、ゆっくりと進め始める方法がある。
-
人員を増やさず，より多くのソフトウェアを提供するには
ソフトウェア製品やサービスに対するニーズの増加に伴って，企業の開発能力を向上させるための方法が求められている。多くの企業が選択するのは，人員の追加によるスケールアップだ。このアプローチに対して一部の人々が疑問を持ち，人��を増やすことなく，より多くのソフトウェアを提供する方法を提案している。
-
プロダクションオーナはスプリントのレトロスペクティブに積極的に参加するべきだ
Roman Pichler氏が，プロダクトオーナがスプリントのレトロスペクティブに参加することによる，開発チームとのコラボレーション向上について，自身の見解を述べている。