2018-11-29 10:28:40
Как запускать проекты вовремя. Часть 2В прошлом материале мы начали разговор о том, как зпускать проекты вовремя, выяснив причины того, почему стандартный подход не работает. Сегодня отвечаем на вопрос "что с этим делать".
Короткие итерацииТипичный сайт — задача месяца на три. За это время делается главная страница, внутренние, каталог, обратная связь.
Чтобы соблюсти технологию, сначала дизайнеры рисуют картинки, а потом программисты превращают картинки в живой сайт.
Далее — тесты и запуск:
В реальности оказывается, что и дизайн, и программирование занимают больше времени, чем планировалось. А клиент,
к тому же, еще и не хочет принимать работу с первого раза. И сначала опаздывают дизайнеры, потом тормозит клиент,
потом программисты, и, наконец, все разом:
А что если не делать сайт целиком, а открыть только каталог? Информацию о компании поставить в «подвал», главную
страницу пока скрыть и запустить сайт с одним каталогом. Как тогда будет выглядеть план проекта? Не забудем, что
дизайн нужно еще и согласовать:
Здесь меньше макетов, согласований, разработки и тестирования. Даже если что-то «съедет» по срокам, нам легче
это контролировать. В итоге мы быстрее запустим продукт, клиент начнет продавать, а мы поймем, работает ли вообще
идея с каталогом.
Если работает, мы запланируем вторую короткую итерацию для главной страницы. Пока мы будем ее делать, клиент будет
зарабатывать на запущенном каталоге, а мы получим обратную связь от пользователей.
Мы все равно составляем план, но теперь это не многомесячный монстр, а короткие управляемые итерации. Мы меньше
рискуем и быстрее выводим продукт на рынок. В короткой итерации меньше гибкости и легче зафиксировать время
и деньги.
Фиксированное время и деньгиУ Горбунова принят диктат дедлайна: дата запуска никогда не сдвигается. Это осознанный принцип, с которым должен согласиться клиент. Никто не рассматривает вариант сдвинуть дату запуска, чтобы «допилить»
проект. Этого варианта не существует. Все решения по проекту принимаются исходя из того, что дата запуска
не сдвигается.
Где время — там и деньги. Нельзя бросать в проект новых людей на «затыкание дыр»: вы тратите в первую очередь
их время. Нельзя из-за аврала бросать в проект новые деньги — это незапланированные траты, которые могут поставить
под угрозу коммерческую целесообразность всего проекта.
Любые решения по проекту принимаются исходя из того, что у нас нет дополнительных денег и времени. Что остается?
Гибкая функциональностьА вот с функциональностью все куда интереснее. Секрет в том, что частью функций нового продукта можно
жертвовать, чтобы открыть продукт высокого качества и вовремя.
Запланировали, что у каждого раздела в каталоге будет индивидуальный дизайн. Понимаем, что
индивидуальный не успеем. Советуемся с клиентом: как мы навредим проекту, если все разделы будут одинаковые?
Оказывается, особенно не навредим. С согласия клиента «отрезаем» эту функциональность и запускаемся в срок. В бюро
это называется «пофлексить», от flex scope, «сделать охват проекта гибким».
Отрезанную функциональность можно вынести в следующий этап проекта, а из ее запуска сделать инфоповод. Так как
пользователь не знал, что мы изначально планировали эту функцию, для него это будет выглядеть как забота,
а не запоздалые доделки проекта.
--
Автор — Максим Ильяхов, Источник
9.9K views07:28