Комментарии 5
Основная мысль — напишите тз и начните работать.
вот и у меня такая же мысль. Сначала посыл про упрощение (я так понял), а потом — но нет, пишите много и часто.
В целом, по моему опыту — так и происходит. Не получится не вести документации.
В целом, по моему опыту — так и происходит. Не получится не вести документации.
Vorchun Graf54r, товарищи, спасибо за комментарии. Согласен что вышло немного запутанно. Смотрите, я постарался проиллюстрировать главную мысль: «Сократить количество времени от брифа, до релиза, за счет: 1) настройки процессов; 2) отказа от ненужных документов и оформительства ЕСЛИ это возможно (там где просят ТЗ по ГОСТу такое не прокатит); 3) повышения качества входящей информации.
Мне удалось иллюстрировать мысль?
ps: Тут ещё надо помнить что на разных этапах разные материалы готовят разные специалисты и стоимость трудочаса системного архитектора, выше стоимости ПМа. Поэтому, плюс ко всему это ещё и костэффективность.
Мне удалось иллюстрировать мысль?
ps: Тут ещё надо помнить что на разных этапах разные материалы готовят разные специалисты и стоимость трудочаса системного архитектора, выше стоимости ПМа. Поэтому, плюс ко всему это ещё и костэффективность.
Конечно, для каждой небольшой компании сотрудничество с крупным брендом — это шанс закрепиться на рынке, но, когда первая эйфория проходит, наступает время для реальной работы.
Вобщем-то 90% работы уже сделано, т.к. продать крупному бренду IT решение — намного, НАМНОГО сложнее чем написать пару десятков (сотен) тысяч строк кода.
Солидарен, в той ситуации когда продаётся именно «большое решение» победа в тендере — это «очень большое дело», но бывает и такой бизнес, как маркетинговые агентства, диджитал агентства, и т.д., там задачки поменьше, все они менее глобальные, и как раз такие компании легко заменить одну другой. На таком рынке всё время агенства стараются проглотить кусок побольше, даже если он в горло не лезет.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как перестать «писать ТЗ» и начать работать?