Любой провал, в конечном счёте, всегда полезнее самой оглушительной победы. Финансовые кризисы помогают консолидировать бюджет и силы; неудачные проекты обнаруживают ваши ошибки в стратегии; когда засыпаешь в спальне до того, как девушка приходит из душа, понимаешь, что мешать текилу и виски — не лучшая идея… Ну, вы понимаете?
Именно поэтому мы предпочитаем доверять командам с опытом. «ТриЛан» за свою пятнадцатилетнюю историю набил себе много шишек. Наши шишки вызывают уважение. Мы гордимся нашими шишками! На наших шишках можно поучиться, поэтому мы расскажем, почему так важно использовать новые эффективные модели разработки, а не упираться в ограничения старых, даже проверенных временем. Это мешает развитию и иногда приводит к потере клиентов.
Waterfall
Ничто не предвещало беды. Мы быстро набросали первые макеты страниц, они были приняты на ура. Вообще работа шла очень весело и быстро. Вскоре мы готовы были передать финальный продукт заказчику. Заказчик сказал, что у него есть несколько замечаний, которые он бы хотел проработать. «А почему нет, всё для клиента, ведь так?» — подумали мы.
300 страниц замечаний! Вот сколько мы получили. По правде сказать, их было даже больше. Только вдумайтесь, это четверть «Войны и мира». Если бы каждая из этих страниц была спартанцем, то они бы могли надрать Ксерксу I его персидскую задницу.
ОК, бывало и не такое. Взяли себя в руки, приняли к сведению пожелания заказчика, вновь всё обсчитали, продумали и подготовили ТЗ. Позвонили заказчику и рассказали свои условия. Он был, мягко говоря, не впечатлён.
Результат: потерянный клиент, работа не оплачена. По результатам опроса этот клиент поставил нам 3 за качество и 2 за готовность порекомендовать нашу компанию. По десятибалльной шкале.
Agile
Полгода мы поддерживали связь с клиентом. Его проект так и не был реализован, поэтому через шесть месяцев мы, обкатав новый подход, предложили Agile-модель разработки. Многообещающий и дорогой во всех смыслах клиент согласился, единственное, что его смущало, — неясность сроков работы, как следствие — отсутствие чёткой суммы.
На старте работы мы:
- оценили самый базовый необходимый функционал;
- разделили обязанности между дизайнерами и кодерами;
- обсудили, что каждый месяц будем предоставлять рабочий релиз.
Проект был утверждён.
В первый же месяц мы плотно занялись юзабилити-аудитом. Группа из 30 человек, целевая аудитория (не наши сотрудники) взаимодействовали с сайтами конкурентов и совершали целевые действия. Мы же проводили опрос, смотрели, что было удобно, а что — не очень. Лучшие решения мы просеивали и забирали в своей проект.
Через 4 месяца работы случилось ровно то же самое, что в прошлый раз завершило наше сотрудничество — клиент попросил внести изменения.
Описали необходимые доработки, оценили сроки, согласовали приоритеты и… поняли, что не укладываемся. На этот раз нам нужен был ещё месяц, чтобы сделать всё, что хотел заказчик. Мы предложили сделать первый запуск без некоторого функционала и допилить его в процессе. Клиент хотел всё и сразу. Узнав, что нам понадобится ещё один месяц на доработку, при этом клиент платил помесячно, он дал добро на реализацию полного плана.
Результат: довольный клиент. По результатам опроса этот клиент поставил нам 10 за качество работа и 10 за готовность порекомендовать нашу компанию.
В заключение
Это случилось несколько лет назад. Теперь мы уже отлично освоили Agile-модель и работаем исключительно по ней. Но всегда смотрим по сторонам: если появится что-то новое, что докажет свою эффективность, то без колебаний перейдём на другую, к чему и хотим призвать всех разработчиков.
