Скачать книгу

как и с помощью каких инструментов проводить аналитику перед стартом проекта, чтобы в процессе разработки не случалось неприятных сюрпризов;

      ▶ что такое декомпозиция, зачем она нужна на проекте и как грамотно составлять сметы, чтобы потом не было мучительно больно и стыдно перед заказчиком;

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

      ▶ как строить команду, чтобы людям хотелось приходить на работу и расти профессионально;

      ▶ как распределять собственное время менеджера эффективно и при этом не выгореть и не уехать в бессрочный отпуск;

      ▶ что лучше: собственная команда или аутсорс и как быть с техподдержкой;

      ▶ как не плодить бюрократию, но при этом четко оформить процесс разработки документально;

      ▶ как интегрировать сайты и продукты с внешними сервисами и системами без моря слез;

      ▶ что делать, если все пошло не по плану и случился факап на проекте;

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

      Полистайте содержание. Посмотрите главы. Загляните в задания после каждого блока. Если есть сомнения – поставьте, где взяли. Не поможет. Особенно, если не планируете постоянно практиковаться. В книге, конечно, есть забавные истории, примеры, кейсы, чек-листы и шаблоны, которые можно брать и сразу применять. Но это – инструмент, а им нужно пользоваться!

      Часть 1

      Картина мира digital-проекта. Тонкости делегирования в IT

      Возьмем такую задачку: довести сайт до ума.

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

      Правильно: бежать!

      А что нас смущает? Запредельная степень неопределенности? Тухлая перспектива? Неуверенность в команде? Непонятки с оплатой? Неадекватный заказчик? Поехали, потом заведешься? Гарантированный геморрой при негарантированном результате?

      Давайте мысленно представим, как выглядит картина мира digital-проекта и сколько возни тут вырисовывается.

      1.1. Картина мира digital-проекта

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

      

Заказчик. Бывают два типа заказчиков. Внутренний, когда разработка идет in-house. И внешний,

Скачать книгу