IT-блоги. Сдаем заранее и несколько раз…
Пользователь сервиса LiveJournal pvn123 оставил в своем блоге запись «О том, как надо и как не надо вести IT-проекты»:
«Я – айтишник. Айтишник по роду занятий, по призванию, по интересам и частично по хобби. И я этим айтишным делом < > начал заниматься еще в эпоху EC ЭВМ и продолжил от момента появления IBM-совместимых компьютеров по сю пору. Сам когда-то писал программы, потом собирал группы по написанию и внедрению программ. Я всегда этим занимался и выполнил, наверное, уже тысячи всяких проектов. Большую часть из которых успешно сдал для пользы заказчика и своей.
И за это время, конечно, у меня накопилось свое понимание правильных методов выполнения проектов. У кого-то, наверняка, тоже накопилось свое понимание, которое вполне может быть другим. Но известно, что главная истина состоит в том, что “всяко бывает”. Особенно в ИТ. Бывают успешные и неуспешные проекты. Бывает, что применяют хорошие методы, и они дают успех проекту. А бывает, что и не дают. Бывает, что применяют плохие методы, но проект все-таки успешно выполняется. А бывает, что и нет. Китайцы говорят: “На вершину горы ведет тысяча дорог”. То есть успешный проект можно выполнить разными способами.
Но все равно, есть некоторая общая мудрость. И мне казалось, что все ее знают. Но оказывается, правильные вещи нужно регулярно повторять. Однако, не все их знают, и, что совсем удивительно, не все их хотят знать. Вот, например, в автомобилях. Есть только один способ успеть вовремя куда-то приехать – раньше выехать. Можно много говорить о методах, стилях вождения, об экстремальном вождении и методах удержаться в повороте на высокой скорости. Но все это фигня по сравнению с универсальным и действенным способом “раньше выехать”.
И вот точно такой же способ есть при сдаче IT-проектов заказчику. Главный секрет: чтобы успешно и в срок сдать проект заказчику, нужно его сдавать несколько раз и заранее. Это означает, что нужно как можно раньше собрать полный проект. И как можно раньше проект начать сдавать. Следствие: если вы проект сдаете заказчику первый раз в день окончания сроков, то сдать проект практически невозможно. Или это очень маленький проект, или речь идет о чем-то готовом и очень простом. Как вы собираетесь идти к заказчику и говорить с ним, если приходите к нему в день окончания сроков впервые?
Здесь возможны два варианта: 1) вы лучше всех знаете, как надо делать проекты, и лучше всех знаете, что нужно заказчику и какие у него задачи. И лучше всех знаете, как надо делать именно этот проект и как его сдавать; 2) вы не лучше заказчика знаете его потребности. Но тогда почему вы слушаете заказчика только в последний день? Все просто. Сдать заказ можно успешно и вовремя только в том случае, если вы заранее приходите к заказчику с проектом и начинаете сдавать.
Когда вы первый раз показываете проект – заказчик всегда недоволен. Хотя бы потому, что он многое представлял себе иначе. Даже если у вас есть подробное ТЗ. (Во многих случаях заказчик и не читал детально ТЗ.) А вот когда вы сделаете первый показ, когда заказчик выпустит весь свой пар и все свое негодование, тогда можно написать список доработок. Потом все эти доработки нужно сделать. Тем временем заказчик привыкнет к проекту, будет уже не просто кричать, что все плохо, а будет работать по списку доработок. И методом многократного подхода можно надежно и вовремя сдать проект. Все просто. Очень надеюсь, что все айтишники это знают.
Но я тут недавно подключил к работе дополнительную группу программистов. И вот девушка-менеджер этой группы меня потрясла. Во-первых, она хотела предоплату за разработку сайта. Я в своей долгой и бурной жизни не сталкивался с требованием полной предоплаты за разработку сайта. Чаще всего применяют классическую схему: аванс, потом выполнение работ, подписание актов, окончательная оплата… Второе, чем меня потрясла эта IT-менеджер. Она считала, что можно проект сдать в оговоренный срок, ни разу не показав заранее полной сборки этого проекта. То есть она показывала разные куски и предлагала их проверять. А мои слова, что когда мы увидим полную сборку, то ничего не будет работать, она полностью отвергала.
Излишне говорить, что так все и получилось. Когда они сделали в последний момент полную сборку, ее было невозможно смотреть из-за ошибок и глюков. Я попросил просто убрать эту девушку из этого проекта. Попросил дополнительное время на проект. И все пошло по классической схеме. Все пошло хорошо».
Источник: IT News №9 (май 2012 года)
Опубликовано 17.05.2012