Дмитрий Ершов - Без ТЗ: Как запустить сервис и ничего не упустить. Аутсорсинг разработки цифровых продуктов

Тут можно читать онлайн Дмитрий Ершов - Без ТЗ: Как запустить сервис и ничего не упустить. Аутсорсинг разработки цифровых продуктов - бесплатно ознакомительный отрывок. Жанр: Прочая околокомпьтерная литература, издательство Литагент Ридеро, год 2018. Здесь Вы можете читать ознакомительный отрывок из книги онлайн без регистрации и SMS на сайте лучшей интернет библиотеки ЛибКинг или прочесть краткое содержание (суть), предисловие и аннотацию. Так же сможете купить и скачать торрент в электронном формате fb2, найти и слушать аудиокнигу на русском языке или узнать сколько частей в серии и всего страниц в публикации. Читателям доступно смотреть обложку, картинки, описание и отзывы (комментарии) о произведении.

Дмитрий Ершов - Без ТЗ: Как запустить сервис и ничего не упустить. Аутсорсинг разработки цифровых продуктов краткое содержание

Без ТЗ: Как запустить сервис и ничего не упустить. Аутсорсинг разработки цифровых продуктов - описание и краткое содержание, автор Дмитрий Ершов, читайте бесплатно онлайн на сайте электронной библиотеки LibKing.Ru
Книга позволит избежать типовых ошибок (а значит, сэкономить кучу денег), допускаемых менеджерами продуктов, а также узнать о лучших практиках и методиках практических работ над цифровыми продуктами. Книга обязательна к прочтению всем начинающим менеджерам продуктов, а также будет полезна аккаунт-менеджерам, менеджерам по работе с клиентами и даже рядовым дизайнерам.

Без ТЗ: Как запустить сервис и ничего не упустить. Аутсорсинг разработки цифровых продуктов - читать онлайн бесплатно ознакомительный отрывок

Без ТЗ: Как запустить сервис и ничего не упустить. Аутсорсинг разработки цифровых продуктов - читать книгу онлайн бесплатно (ознакомительный отрывок), автор Дмитрий Ершов
Тёмная тема
Сбросить

Интервал:

Закладка:

Сделать

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

Момент истины

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

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

Разные продукты для одинаковых целей пользователей Взгляд со стороны может - фото 14

Разные продукты для одинаковых целей пользователей.

Взгляд со стороны может быть полезен и позволит вам сэкономить. Если и в случае переоценки не удаётся снизить стоимость до необходимого бюджета – возможно, у вас были заниженные ожидания относительно стоимости разработки подобных продуктов и сейчас стоит пересмотреть проект.

Заметки и истории

Ограничения

Дайте дизайнеру полную свободу действий без каких-либо ограничений, и он сделает самый плохой дизайн. Вне зависимости от уровня профессионализма.

Плохие специалисты всегда жалуются на ограничения, нехватку времени или денег.

Когда не хватает времени на якобы «супер-результат», на самом деле – это не плохая работа менеджера, который «плохо» договорился. Когда не хватает денег – это не плохой заказчик, которому их жалко. Это – реальная жизнь.

Если посмотреть на проблему не с точки зрения специалиста, а шире, со стороны руководителя компании, то вы поймете, что в мире нет ничего лучше и продуктивнее ограничений.

Чем больше у вас времени, тем менее эффективно вы его тратите. Чем больше ресурсов, тем меньше фокусировка.

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

Неопытные специалисты видят в ограничениях врага. Опытные – помощника.

Олег Чулаков

Творить – не мешки ворочать

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

Но в самом конце проекта, когда оставалось лишь оформить закрывающие документы, заказчик сообщил, что хочет полностью изменить проект и получить ещё несколько эскизов. Я назначил ту же цену, что и за разработку первых трёх эскизов, на что он выдал: «За что такие деньги? Творческие поиски – это вам не мешки ворочать!»

И лишь спустя несколько лет я понял, в чём была моя ошибка. Я недостаточно подробно обсудил ценообразование – и заказчик подумал, что стоимость разработки первых эскизов является «входным билетом» в бесконечные творческие поиски. Хорошо, что человек попался, способный слушать и слышать. Несмотря на неловкость ситуации, мы не стали разрабатывать новые эскизы и запустили утверждённую реализацию.

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

4 – Какие нужны документы

Управляемая гибкость Тот кто халатно относится к документам рискует потерять - фото 15

Управляемая гибкость

Тот, кто халатно относится к документам, рискует потерять деньги в случае разногласий. Мелкие компании обращают на них мало внимания, а крупные могут несколько месяцев согласовывать каждый пункт в договоре. Самое главное на данном этапе – зафиксировать предмет, процесс, риски и ответственность каждой стороны и сделать это достаточно гибко, чтобы было комфортно работать.

С одной стороны, необходимую гибкость может обеспечить создание «рамочного» договора и дополнительных соглашений к нему («заказов»). Такой подход будет удобен в большинстве проектов, но может не применяться в очень крупных организациях или, например, в госкомпаниях.

Вы сможете делить заказы по проектам или отдельным этапам – в зависимости от ситуации.

Рамочный договор и заказы С другой стороны гибкость обеспечивает формулировка - фото 16

Рамочный договор и заказы.

С другой стороны, гибкость обеспечивает формулировка предмета разработки: «произведение». Произведением может быть и концепция, и стратегия, и контент. Вне зависимости от того, какие именно будут произведения, не забудьте указать в договоре условия отчуждения прав.

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

Гибкий процесс вы сможете обеспечить документально, если зафиксируете часы для получения результатов работ вместо подробных субъективных требований.

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

Процесс и результат

Наверное, вы уже поняли, что я рекомендую придерживаться гибкости и свободы в процессе разработки. Однако нельзя не упомянуть самую старую модель, которая называется «каскадной» (или водопадной). Ее используют, когда требования на протяжении проекта не меняются и целесообразно полностью документировать каждый этап.

Применяйте каскадную модель, только если уверены, что со временем ничего менять в проекте не захотите.

Каскадная и гибкая модели Источник httpslidesharenet Если вы решили - фото 17

Каскадная и гибкая модели. Источник – http://slideshare.net.

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

Читать дальше
Тёмная тема
Сбросить

Интервал:

Закладка:

Сделать


Дмитрий Ершов читать все книги автора по порядку

Дмитрий Ершов - все книги автора в одном месте читать по порядку полные версии на сайте онлайн библиотеки LibKing.




Без ТЗ: Как запустить сервис и ничего не упустить. Аутсорсинг разработки цифровых продуктов отзывы


Отзывы читателей о книге Без ТЗ: Как запустить сервис и ничего не упустить. Аутсорсинг разработки цифровых продуктов, автор: Дмитрий Ершов. Читайте комментарии и мнения людей о произведении.


Понравилась книга? Поделитесь впечатлениями - оставьте Ваш отзыв или расскажите друзьям

Напишите свой комментарий
x