InfoQ ホームページ Delivering Value に関するすべてのコンテンツ
-
品質とは何を意味しているのか？
ソフトウェア開発において、品質とは何を意味しているのだろうか？今日の使われ方として、Mike Bria氏は次のように述べている：日常より多く見られる使われ方としては、「品質」は「価値があること」のかわりに「欠陥がないこと」を示している。
-
ビジネスで生き残るために必要なアジリティを実現する
この荒れ狂う経済の時代に生き残る戦術として、ますます多くの組織がアジャイル開発を受け入れている。これによって、チームが成功するために必要な考え方や要因を分析する多くの専門家が生まれてきた。ビジネスのアジリティは重要だ。それは、「環境の変化を感じ、その変化に効率的、かつ、効果的に反応する」能力だが、どのようにこのアジリティを実現するのか?
-
優秀なProduct Ownerであること
効率的に実行されたアジャイルプロジェクトに関わったことがある人は誰でも、Product Owner(またはXPでは「Customer」)の開発チームとの協調は、チームの成功において、重要な役割を果たすという事実を証言することができる。Peter Stevens氏は、こうした役割を担った人びとが、うまく協働できるようにアドバイスをしている。
-
完了の力
Scott Schimanski氏は先ごろ、「完了（done）」の明確な定義のもたらす力について、さらに声高に主張した。Scott氏は「完了」の明確な意味には企業的価値と個人的価値の両方があることを指摘している。
-
知識の取得を繰り返すこと、それはビジネスの価値だけではない
一見したところ、大抵のアジャイル方法論で簡単に定義しているのは、ストーリーがビジネスの価値によって順番に開発されることである。しかしながら多くの場合、「知識を取得する」ように計画した段階を、ビジネスの価値を増加させることと混ぜ合わせるのには慎重になる。
-
Article: ソフトウェアのリーン思考入門
これは、InfoQ Chinaのアジャイル編集者、Jacky Li氏によるリーン思考とリーン思考をどのようにソフトウェア開発に適用するかについての入門です。
-
IT の諸問題を解決するには IT とビジネスの連携を減らすべきか？
IT の輝かしい日々は過ぎ去った。IT によって自動化されるはずだった業務は、多種多様で絶え間なく変化するテクノロジ（イノベーションを起こし、状況に適応し、最適化するための莫大なコストによって、大体は惰性で続けるだけに終わる）によって、混乱の中にある。パーソナリゼーションとニッチマーケットがあたりまえの新しい経済のなかで、IT 業界のエキスパートである Susan Cramm 氏はレ���ートしている。
-
ROIの最も高いアジャイルプラクティス
投資利益率は、投資額に対して、その投資で得られた（あるいは失った）金額として定義される。予想されるROIは、ソフトウェア開発の特定の技術を採用する上で、非常に重要な決定的要因である。IBM developerWorksの記事で、Roger N.Dunn氏はアジャイルの採用を決める上で助けとなる手段の点から、アジリティを調べている。
-
あなたのアーキテクチャはSOAやBPMにフォーカスすべきか？
SOA は、バズワード（もったいぶっていて、意味があまりない単語）のタグクラウドにおける大物だった。しかし、BPMはどんどんその存在感を増してきている。「IT投資から利益を得るためには、プロセスを飼いならす必要がある」と組織が気づくにつれ、BPMの重要性は高まり、IT内外での意識共有が広まっている。
-
バリューストリームの妨げとなるもの
スクラムでは「より生産的であろうとすることを妨げる何らかのもの」を障害として定義している。チームができるだけ継続的に、障害を取り除く手段を確立することを、スクラムでははっきりと重視している。Joe Little 氏は、障害のスコープについて、「組織が価値を提供することを妨げる何らかのもの」とした方がよいのではないか、と提案している。
-
Article: 高い生産性を生み出すソフトウェア開発の秘伝
何について学ぶのか？お互いのこと、テクノロジ、ドメイン、顧客など、すべてについてである。速く学習するチームは成功する。チームのパフォーマンスを妨げる目に見えない「学習ボトルネック」について詳しく知りたいのなら続けて読んでほしい。
-
Article: AgileEVM: 製品ライフサイクル全体で費用対効果を計測する
AgileEVMは、出来高管理の指標を使用した基準計画と比較し、コスト、スケジュール及びスコープの実際の値を計測する伝統的なプロジェクト管理手法を適応したプロジェクト管理手法です。
-
-
Article: ３つのM - リーンの３要素
リーン主義をソフトウェア開発に適用することについての議論では、主にムダ（無駄：Muda）なものを特定して排除することに関心が向けられてきました。リーン思考は同様に、ムリ（無理：Muri）とムラ（ばらつき：Mura）を削除することも目指しています。
-
プラグマティックが止まらない ――「現実駆動開発」のススメ
ソフトウェアアーキテクトであるGustavo Duarte氏が、物理学者Richard Feynman氏によるスペースシャトル・チャレンジャーの爆発事故に関する調査結果について、優れたソフトウェアの工学的側面との関連を論じたところ、そのことが物議をかもした。