Comments 5
Статья полезная, интересная. Я правда бы начал с прояснения, что такое «неудача» ИТ-проекта. Потому что понятие растяжимое с одной стороны, а с другой и вовсе относительное.
Неудачный ИТ проект — это когда Заказчик получил от него не то, что ожидал. Нужно понять что он ожидает и дать ему это, тогда проект будет удачным. И это, к слову, часто не совпадает с ТЗ и договором.
В ТЗ обычно пишут про интерфейсы, протоколы, алгоритмы… это все инструменты для достижения цели, которую ставит Заказчик, без конечного результата все это ему не нужно. И можно сколько угодно говорить что он «сам не знает чего хочет», проект от этого удачнее не станет.
Вот, прекрасная иллюстрация этого:
В ТЗ обычно пишут про интерфейсы, протоколы, алгоритмы… это все инструменты для достижения цели, которую ставит Заказчик, без конечного результата все это ему не нужно. И можно сколько угодно говорить что он «сам не знает чего хочет», проект от этого удачнее не станет.
Вот, прекрасная иллюстрация этого:
Круть. Вы, видимо, не уловили в моем сообщении подвоха. Выходит подрядчик должен сделать заказчика счастливым? А заказчик, заплатив деньги, может до последнего изводить подрядчика, потому что «цели не достигнуты»? «Сделайте большую красную кнопку, по нажатию на счет будет падать сто тыщ мильёнов на счет собственника в оффшор»?
Примитивно всё это, если не сказать наивно. Приходя в ресторан, вы же ждёте сервиса, постиранных штор, скатерть на столе, и так далее. И вы платите и за это, а не только за еду по меню (не удивляет же ценник в ресторане за ту же котлету, что и в столовой). Правильно?
Теперь плавно переходим к ИТ. Согласно вашему подходу к «удачности» проекта, заказчик заказывает, скажем, сайт, и ждёт что у него вырастут продажи. Если он платит Тёме, он получит сайт, который может повысить продажи. Если он придет в студию «ООО „Вектор“, то он получит сайт. При этом заплатит в 10 раз меньше. Проект неудачный? Х… там.
В ресторане не принято говорить, что „котлета из фарша с того же мясокомбината, что и в столовке, почему я должен платить в пять раз больше?“. В ИТ принято говорить „в Скаляре час работы спеца 20 баксов, а у вас в Векторе 40, что им там, на новый айпад не хватает?“. И аккаунты (-менеджеры) прогибаются.
Магия здесь в том, что заказчик ПЛАТИТ ЗА САЙТ, а не за повышение продаж. Пример может не очень удачный, так как SEO сейчас отдельной строкой пускают, но и там результат — место в топе и т.п. Если например, у заказчика предложение неконкурентное, что может сделать подрядчик?
Короче. Те цели, которые выходят за рамки ТЗ и договора, являются выгодами программы (реализует которую заказчик). У PMI есть бумага практик по управлению программами. Это если касаться терминологии. Если говорить о том, удачен ли проект, или нет, то этому есть только такой критерий (не включаем сюда удовлетворенного откатом нач. отдела фирмы заказчика): показатели успеха, согласованные на старте, не вышли за согласованный на старте диапазон. Показатели могут быть разные (финансовые, временные, прочие попугаи), много-мало — неважно. Но критерий таков.
Примитивно всё это, если не сказать наивно. Приходя в ресторан, вы же ждёте сервиса, постиранных штор, скатерть на столе, и так далее. И вы платите и за это, а не только за еду по меню (не удивляет же ценник в ресторане за ту же котлету, что и в столовой). Правильно?
Теперь плавно переходим к ИТ. Согласно вашему подходу к «удачности» проекта, заказчик заказывает, скажем, сайт, и ждёт что у него вырастут продажи. Если он платит Тёме, он получит сайт, который может повысить продажи. Если он придет в студию «ООО „Вектор“, то он получит сайт. При этом заплатит в 10 раз меньше. Проект неудачный? Х… там.
В ресторане не принято говорить, что „котлета из фарша с того же мясокомбината, что и в столовке, почему я должен платить в пять раз больше?“. В ИТ принято говорить „в Скаляре час работы спеца 20 баксов, а у вас в Векторе 40, что им там, на новый айпад не хватает?“. И аккаунты (-менеджеры) прогибаются.
Магия здесь в том, что заказчик ПЛАТИТ ЗА САЙТ, а не за повышение продаж. Пример может не очень удачный, так как SEO сейчас отдельной строкой пускают, но и там результат — место в топе и т.п. Если например, у заказчика предложение неконкурентное, что может сделать подрядчик?
Короче. Те цели, которые выходят за рамки ТЗ и договора, являются выгодами программы (реализует которую заказчик). У PMI есть бумага практик по управлению программами. Это если касаться терминологии. Если говорить о том, удачен ли проект, или нет, то этому есть только такой критерий (не включаем сюда удовлетворенного откатом нач. отдела фирмы заказчика): показатели успеха, согласованные на старте, не вышли за согласованный на старте диапазон. Показатели могут быть разные (финансовые, временные, прочие попугаи), много-мало — неважно. Но критерий таков.
Андрей, спасибо за комментарий!
Мне нечего добавить, вы в нем сами все предельно точно написали: Если клиент ждет от вас повышения продаж, а вы делаете ему сайт, толку не будет. В этом, как раз и состоит задача — правильно идентифицировать и закрепить ожидания Заказчика, чтобы он ничего кроме сайта не ждал, а за повышением продаж пошел к другому доктору.
Бывает, что Заказчики выламывают руки — они ведь тоже люди :)
А про стоимость часа — это та еще история. Про нее нужно будет отдельную статью написать.
Мне нечего добавить, вы в нем сами все предельно точно написали: Если клиент ждет от вас повышения продаж, а вы делаете ему сайт, толку не будет. В этом, как раз и состоит задача — правильно идентифицировать и закрепить ожидания Заказчика, чтобы он ничего кроме сайта не ждал, а за повышением продаж пошел к другому доктору.
Бывает, что Заказчики выламывают руки — они ведь тоже люди :)
А про стоимость часа — это та еще история. Про нее нужно будет отдельную статью написать.
Sign up to leave a comment.
Как не завалить ИТ-проект?