Сообщения

Сообщения за декабрь, 2010

Смерть проектного управления! Смерть проектного управления… Смерть проектного управления?

ЖЖ-пользователь OLGAPAVLOVA вчера высказала мысль о том, что проектный подход к реализации ИТ-решений в коробочной разработке себя изжил . В основе этой идеи, как мне показалось, лежит два тезиса - никому не нужен качественный результат и (развивая первый тезис) никому вообще результат не нужен. Похожие симптомы наблюдаются и в заказной разработке. Да, отрасль действительно переживает некоторую, весьма серьезную, депрессию. Ее проявление мне видится в том, что Заказчик, пережив кризис, начал задумываться о том, на что тратятся его деньги. И очень удивился. когда увидел, что тратятся они на обеспечение качества. Но качества не в его понимании, а в понимании вендора: процессы, документирование, тотальное тестирование всего и вся. В итоге он получает продукт, стоящий неоправданно много денег.

Про факапы и людей

Факапов боятся все. Менеджеры боятся их потому, что это дополнительная возможность для Заказчика оказать психологическое (а порой и финансовое) давление, против которого еще надо выстоять, а иногда еще и голову пеплом посыпать. Лиды ненавидят факапы, поскольку психологически поддавленные менеджеры приходят к ним и начинают требовать крови и жаждать разбора полетов. И, что самое поганое, в конце концов находятся упущенные риски и косяки в выполнении процедур, которые привели в итоге к факапу. Команда не любит факапы потому, что взведенный общением с придавленным менеджером лид в ходе разбора полетов начинает требовать отчета о работах, которые делались месяц-полтора назад. А поди их упомни, когда поток разработки идет вал навалом? А потом еще и овертаймить приходится, чтобы закрыть неожиданно появившуюся проблему.

Как понять, что есть смысл обкладываться метриками

С метриками есть две засады: внедрение метрик, их сбор и анализ требуют определенных усилий, а соответственно – затрат; неправильно выбранные метрики приводят к неправильным решениям. Поэтому прежде, чем кидаться во все тяжкие с расчетами и анализом, необходимо для себя понять, действительно ли ситуация на проекте такова, что необходимо вводить более жесткий контроль. И если так оно и есть, то надо определиться, что именно необходимо ставить под контроль.