アジャイルビジネスインテリジェンス
中央設計された大規模なBIシステムは、エンドユーザの要求を満たさないことがよくある。Cutter IT Journalの記事で、Scott Ambler氏がアジャイルメソッドを使用してユーザの期待に応え、迅速にビジネス価値を提供することについて書いた。
中央設計された大規模なBIシステムは、エンドユーザの要求を満たさないことがよくある。Cutter IT Journalの記事で、Scott Ambler氏がアジャイルメソッドを使用してユーザの期待に応え、迅速にビジネス価値を提供することについて書いた。
中断は、その名が示すようにアジャイルチームの速度を落とす役割を果たす。こうした中断のうち、あるものは必要なものであり、またあるものはそうではない。重要なことは、作業の流れにダメージを与えるような中断を識別し、最小限に抑えることである。
2008年2月に、Dr. Dobb'sではアジャイルソフトウェア開発技術の採用に関する調査を行い、642名の回答者から統計を集めた。採用率が昨年と同じく69%であったのは、驚くべきことである。他の統計では、しかしながら変化を見せている。
Microsoftは、Osloの展望を提供する準備をするにつれて、そう考えるようになっているようである。2007年11月、Doug Purdy氏が開発に関する新たなプロジェクト「Emacs.NET」を引き合いに出した。
スクラムでは「より生産的であろうとすることを妨げる何らかのもの」を障害として定義している。チームができるだけ継続的に、障害を取り除く手段を確立することを、スクラムでははっきりと重視している。Joe Little 氏は、障害のスコープについて、「組織が価値を提供することを妨げる何らかのもの」とした方がよいのではないか、と提案している。
「持続可能なペース」はXPのプラクティスとしてよく知られている。ソフトウェア開発というゲームの中にいるチームが長時間走り続けられるためのプラクティスである。このプラクティスはどんなに忙しく働かざるをえなかったとしても、そのペースが持続可能であれば、同じペースでいつまでも働き続けることができるということを示している。しかし、「持続可能なペース」と、一週間の就業時間との間にはなにか関係があるのだろうか?
従来のプロジェクト環境からアジャイルプロジェクトにやってきた先輩チームメンバは、先輩であることが十分に尊重されていないと感じる状況に直面するかもしれない。彼らがアジャイルチームに適応することを難しいと感じる状況というものがあるのだ。
Greg Smith氏は自分の最新の著作「Becoming Agile(source:http://www.manning.com/smith/)」の内容を元にした記事を書いた。彼はこの記事の中で、アジャイルへの転換は文化の変容と同じぐらい大きなプロセスの変化であるという、実践に深く根ざした考え方を述べている。