Отправлено 09 января 2004 - 08:15
Что-то никак не проникнусь этим методом :( . На мой взгляд, он может как-то подойти только для очень больших и забюрокраченных организаций. По части производственной отчетности - да, поможет: отдел качества успешно отчитается вышестоящему начальству о новых путях контроля работы программистов. Но на этом и всё. Нагрузка на программистов вырастет на 15-25% из-за новых видов отчетности, да и нервов они тратить на все это будут куда больше. Если не увеличивать трудоемкость продукта на эти проценты, то половина программеров от перегрузки быстро смоется в более демократичные компании. Потом, зто что же - отдел качества будет собирать логи компиляторов, высчитывать в них количество ругательных сообщений, каждый раз разбираться с причинами сообщений об ошибках, вызванных багами в чужих модулях, искать виноватых по цепочке и т.д.? Эффект будет в лучшем случае сомнительный, но придется ещё накинуть 10% трудоемкости на всю эту кашу.
Куда проще и быстрее посадить по два программиста за одну машину, как это давно уже делают экстремалы. Результат по снижению количества ошибок и цена по трудоемкости будут практически такие же, а нервировать честных программеров административными наездами не придётся. Да ещё и машины освободятся :)