プログラマーの情熱を奪わない開発プロセスとは？

　あるAnonymous Coward 曰く、

　本家/.「Is Process Killing the Software Industry?」より

　テスト駆動開発はベストプラクティスであるということは皆の知るところだろう。コードを100%レビューする。単体テストでのコードカバー率を70%にする。循環的複雑度を20以下に抑える。開発を始める前に顧客の要望を調整しておくなど。大量の「ベストプラクティス」は、それぞれ素晴らしいアイディアのように見える。しかし、ベストプラクティスをこなすことに追われる開発者には、革新的・創造的な作業をするための時間がどれぐらい残されるだろうか。
O'Reilly Radarの記事では、良いコードを確保するために取り入れるプロセスが多すぎると、開発者の情熱を奪ってしまうと主張している。「素晴らしいコードを書くことのできるプログラマーから、プロセスが情熱を奪う。不満を抱くプログラマーが質の悪いコードを書き、良いコードを確保するために管理部門がプロセスを追加する、という悪循環に陥り、さらに士気が低下する」ということだ。

　では、プログラマーの情熱を奪わない開発プロセスとはどういうものだろうか。

　スラッシュドットのコメントを読む | プログラミング

　関連ストーリー：
開発者として食っていくならフリーと正社員どっちが良い ? 2010年09月07日
無料ソフトの開発を続けていくコツは「仕事にしない」「無理をしない」 2009年03月25日
アンチウイルスの考案者からの提言：セキュリティ部門は無駄な時間を割いている 2008年02月12日
自分のコードに誇りを持っていますか? 2007年12月19日