Сроки разработки

Янв 14, 2012 Бизнес

Давно ничего не писал, буду исправляться. Сегодня речь пойдет про срыв сроков разработки, как с ним бороться, нужно ли это и в чем на мой взгляд вообще основная проблема в данном вопросе.

1. Время оценки.

Грамотный заказчик, как и грамотный более старший менеджер прекрасно понимает, что сделать сколько-нибудь реальную оценку временных затрат на разработку того или иного программного продукта можно лишь после выполнения хотя бы частичной декомпозиции задачи. Утверждения из разряда «вы же уже писали личный кабинет» не катят, проблема нашего бизнеса в том, что каждое решение по своему уникально. Оценка ±2 часа возможна только для очень типовых действий типа установки движка, но даже здесь возможны непредвиденные нюансы связанные с конфигурацией сервера.

Вывод: будьте готовы что за пару часов вам дадут не более чем ориентировочный срок который будет корректироваться в дальнейшем. Все кто говорит иначе либо бракоделы (успеть любой ценой), либо откровенные лжецы, либо срок завышен в 3-4 раза.

2. Новые технологии

Новые технологии это риск. Каждый новый движок, каждый новый язык программирования, облака и прочие новшества это любимый конек инициативных заказчиков и программистов романтиков, для всех остальных участников цепочки это бесконечный поток геморроидальных болей в дальнейшем. Подобные решения вносят слишком большую долю неопределенности в процесс разработки. Нравится нам или нет, но если разработчик не знаком с используемой технологией, движком или фреймворком управление временем практически невозможно. Никто и никогда не знает где и в чем возникнут проблемы.

Вывод: подписываясь на работу с новинками заранее предупреждайте заказчика, что сроки более чем ориентировочные.

3. Недостаточное финансирование

Об этом факте я говорю постоянно, если вы платите конкретному человеку недостаточную сумму для счастья будьте готовы к его размышлениям не о работе, а о бытовых проблемах.

4. Размытость рабочего процесса

Плохо сказываются на сроках постоянно возникающие текущие мелочи (добавь кнопочку на сайт А, подровняй верстку на сайте Б, допиши маленькую функцию). Этот момент многим менеджерам не понятен, с точки зрения человека у которого вся работа телефон и бумажки, а средняя операция длится до часа подобная просьба мелочь, а для программиста в рабочем потоке это 30-40 минут на повторное вхождение в рабочий процесс (если еще кто не позвонит).

5. Плохая организация работы

Уберите от ваших разработчиков все раздражающие факторы: организуйте печеньки, найдите кофе машину, добудьте скоростной интернет, закупите компьютеры подходящей мощности под ваши задачи и средства разработки.

Я думаю на этом фрагменте я закончу этот пост. Люди очень приспосабливаемые существа и программисты в том числе, но ваша основная задача направить их энергию не на выживание в условиях офиса и мира, а на творческую работу над вашими задачами, поэтому обеспечьте офис ручками и туалетной бумагой...

Предыдущее сообщение: Основная задача CEO
Следующее сообщение: