
AgileEVM: 製品ライフサイクル全体で費用対効果を計測する
AgileEVMは、出来高管理の指標を使用した基準計画と比較し、コスト、スケジュール及びスコープの実際の値を計測する伝統的なプロジェクト管理手法を適応したプロジェクト管理手法です。

AgileEVMは、出来高管理の指標を使用した基準計画と比較し、コスト、スケジュール及びスコープの実際の値を計測する伝統的なプロジェクト管理手法を適応したプロジェクト管理手法です。
AgileEVMは、出来高管理の指標を使用した基準計画と比較し、コスト、スケジュール及びスコープの実際の値を計測する伝統的なプロジェクト管理手法を適応したプロジェクト管理手法です。
業績の良いチームを編成するには何が必要なのか?Doug Shimp氏およびSamall Hazziez氏によると「よく組織されたチーム」は以下の特徴があるらしい。AgileおよびLeanの原則に従う、フィードバックループがある適応システムを使用、ビジネスの展望にフォーカス、そして熱意があり非常に生産的である。
デザインとコードレビューに関する興味深い記事でKirk Knoernschild氏は、レビューを行うということは、ソフトウェアの品質を改善することを約束し、基準の順守を保証し、そして価値ある開発者の教育ツールとなると述べている。しかしながら、レビューの実施方法にその効果は左右される。レビューは、ある組織ではソフトウェア開発工程で本当に意味のあるものであるかもしれないが、その一方で別の組織では形式的なお役所仕事の一部となってしまっているかも知れない。
リーン主義をソフトウェア開発に適用することについての議論では、主にムダ(無駄:Muda)なものを特定して排除することに関心が向けられてきました。リーン思考は同様に、ムリ(無理:Muri)とムラ(ばらつき:Mura)を削除することも目指しています。

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

Michael Spayd氏が「コンサルタント」に関する、契約者と非契約者について語ります。身近なシステム開発シナリオの中での一般的なITナレッジワーカーの役割を展開し、仕事の開始と合わせたその行動をたどってみましょう。途中、クライアント (内部または外部を問わない) との契約の要素と、計画的な関係への取り組みを開始することの重要性について検証します。
私たちは毎日コミュニケーションに失敗している。失敗は取るに足りないものから悲惨な結果をもたらすものまで様々だ。残念なことに、私たちには口論やケンカやもっとひどいことになるまで、コミュニケーションの失敗の本質について注意を向け自分たちのやりとりを分析しようとしない傾向がある。コミュニケーションの失敗はチームワークが重要な今日の世界のビジネスにおいて競争上の優位を得るための最も大きな障害である。この記事では J. B. Rainsberger 氏が祝日の挨拶を例に、効率的なコミュニケーションと信頼の構築、そしてチーム作業を行うための秘密兵器のひとつを教えてくれる。

ロギングを使用して、レガシーコードのユニットテストを簡単にすることができます。また、クラスのロジックを変更したり、振る舞いを変えることもありません。