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

В основном мы занимаемся сложными и технологичными сайтами и веб-сервисами. И часто на этапе продажи или заключения контракта наши клиенты с удивлением узнают, что мы не планируем писать ТЗ, и даже возникают диалоги: «давайте мы увеличим бюджет и вы все-таки его напишете, как же без ТЗ проект-то делать». Или вместе с другими документами от клиента мы получаем: «вот ТЗ на 300 листов, давайте придерживаться его». Решили рассказать, почему в сложных проектах такой документ несет больше вреда, чем пользы, и дать альтернативный набор проектной документации, позволяющей договориться о том, как же все-таки всё должно выглядеть и работать.

Разбираем сложность перехода, преимущества и недостатки.

На днях позвонил товарищ и рассказал, что агентство, с которым он работает, выставило ему счет за расчет проекта, по которому в итоге был заключен контракт. И спросил меня, насколько вообще это распространенная практика? Давайте разберёмся!

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