InfoQ ホームページ Agile に関するすべてのコンテンツ
-
継続的学習ができる組織になる
ソフトウエア開発は、知識集約型であり、それゆえ、組織は常に学習し続ける方法を探していると考えられている。Marcin Floryan氏は“学習する組織が必要であり、それは学習する個人から生まれる”と言う。しかし、個人の学習は難しく、さらにそれを拡大するのはもっと難しい。継続的な学習ができる組織になるにはどうすればいいのだろうか。
-
Mobiusフレームワークで成果を測る
我々に必要なのは機能を請け負うことではない，より優れた成果を提供すること，ビジネス上の提供すべき結果に注力することである。その評価基準は，成果に関する洞察を与えるものでなければならない。何よりもそれが重要なのだ。適切な評価値を定義するためにはMobius Loopが使用できる。
-
複雑度を測定してソフトウェア品質を改善する
ソフトウェア複雑度はソフトウェアの品質とコストの直接的な指標だ。コードの複雑度が高ければ、そのコードの品質は低くなり、それを管理するコストは高くなる。複雑度の測定は、開発とテストのための見積もりや、品質向上と問題防止のためにリファクタリングが必要なところの判断に使うことができる。
-
アジャイルを使って発展途上国の教育を改善する
ICTの教育アドバイザーを務めているJulian Harty氏はAgile Puneカンファレンスで基調講演を行う予定だ。氏は発展途上国での教育の改善にアジャイルの手法を使ったことについて話す。InfoQは氏の活動と"If not now, when? If not you, who?"と題した基調講演についてインタビューした。
-
Pragmatic Daveに質問: アジャイルよりも敏捷性
Dave ThomasとMartin Fowlerの2人が 一連のGOTOカンファレンスでパネルディスカッションに参加した。パネルは“アジャイル宣言のやり直し”を中心としていた。これはDaveの最近のブログ記事、『アジャイルは死んだ (敏捷性万歳)』から着想を得たものである。本 Q&A は、Pragmatic Daveとして広く知られているDaveが自身の考えを説明するものである。テーマは、当パネルディスカッション、彼のブログ記事、そして、アジャイルについてあまり重点を置かず、敏捷性の実際的な適用に重点を置くべき時だと彼が信じるようになった理由についてである。
-
アジャイルにおける技術的プラクティスの重要性
アジャイルを採用している組織は，時として，期待したメリットが得られないことに不満を訴える場合がある。考えられる理由のひとつは，アジャイルの価値観と原則を支える技術的なプラクティスの実践に対して，十分に注意を払っていないことだ。
-
カンバンのフローマネージャは変化を触媒する
企業が仕事の視覚化のためにカンバンを利用するのは、もったいないことだとMatthew Philip氏は言う。フローマネージャという役割を導入することで、チームは反省をし問題に対する解決策を見つ��やすくなる。それによって企業に変化が伝播する。
-
World Quality Report第６版，注目するのはテストプラクティスの新たな流れ
CapgeminiとSogeti，HPが共同で支援したWorld Quality Report 2014-15第６版は，最近のテストプラクティスの変化，アジャイルテスティングなどの新たな潮流，テスト環境管理，モビリティ，データ分析，クラウド，モノのインターネットといった分野に注目する。
-
自動車システムのためのアジャイルテスティング
アジャイルテスティング(Agile Testing)は，自動車システムのソフトウェア開発に応用することができる。アジャイル手法を自動車に適用するには，Automotive SPICE-Vモデルをアジャイルに適用することが必要だ。アジャイルとSPICEを組み合わせた成果として，Xavier Martin氏は，QA&Test 2014カンファレンスでのプレゼンテーションで，"集中的な自動テストとクライアントのデモンストレーションが，よりよい製品を生み出し，顧客満足を向上するのに役立っています"，と述べている。
-
AtlassianがJIRA向けプロジェクトポートフィリオマネジメントソリューションを提供
開発者向けのソフトウエアを開発しているAtlassianは年次のSummitカンファレンスでJIRA Portfolioを発表した。これはJIRA向けのアドオンで、"複数のチームやプロジェクトの動きを管理し計画するための単一の正確なビューを提供する"。
-
テスト容易性のためのシステム設計
テスト容易性(Testability)にはシステムで明示的な設計が必要だ，とSiemens AGのPeter Zimmerer氏はいう。テストアーキテクトはテスト容易性を推進すると同時に，優れた設計とエンジニアリングプラクティスを採用するためにシステムアーキテクトや設計者，テスタともコラボレートしなければならない。氏はQA&Test 2014カンファレンスで，組み込みソフトウェアにおけるテスト容易性の設計についてのチュートリアルを実施した。
-
ストーリウォールを作るためのさまざまなアプローチ
Ryan Mckergow氏がアジャイルチームのために，ストーリウォールを立ち上げるためのさまざまな方法を解説する。今回の記事では，列や行のセットアップ，色の選択やアバターの利用について取り上げる。
-
組織の機能不全に目をつぶることはスクラムマスターの失敗につながる
多くの組織でスクラムマスターが失敗する理由は、スクラムの導入と組織の機能不全に取り組むスクラムマスターの責務の認識不足である、Bob Marshall氏はそう説明する。
-
コードの品質のためにアジャイルとウォーターフォールを組み合わせる
2014年のCAST Research on Application Software Health (CRASH)のレポートは、アジャイルとウォーターフォールを混ぜた手法で開発した企業向けソフトウエアはどちらか一方の手法だけで開発されたものよりも強靭で安全であると報告している。InfoQはBill Curtis氏に今回の調査について、また構造的品質要因について、アジャイルとウォーターフォールを混ぜることについて話を聞いた。
-
アジャイルで成功を収めるための管理行動
Brian Wernham氏がTimesに掲載した記事には，特に新しい働き方を適用する政府機関を重視した，アジャイルの適用を成功させる上で必要な7つの管理行動が紹介されている。英国政府はITプロジェクトのデリバリに対して，アジャイルプラクティスを義務付けるとともに，アジャイルアプローチを使用したサービス設計のガイドラインを提供している。