мне кажется, все-таки на этапе проектирования и написания тех. задания очень часто всплывает то, что не было озвучено и продумано перед написанием коммерческого предложения. Написание ТЗ, создание прототипов — тут всегда есть место каким-то новым идеям, рождающимся в ходе общения, которые просто не могли быть оформлены до проектирования, на этапе формирования компреда.
ну, честно говоря, «есть и еще клиенты» — это не очень сильное оправдание. Клиент заявляет сроки и вы либо можете в них уложиться либо нет. Сроки причем, как правило, заранее прописываются в документах.
А вот когда студия срывает срок и объясняет это «высокой загрузкой» — это, конечно, раздражает. Представьте себе аналогичную ситуацию в ресторане: вы ждете 2 часа какого-нибудь несчастного салатика, а вам официант говорит. мол, подождите еще, заказов слишком много.
ну тут я не соглашусь. Если материалы предоставлены заказчиком, и не оговорено, что вы будете их переделывать — итог целиком на совести заказчика. Ставьте как прислали.
Мне кажется, вы не совсем поняли основной тезис статьи, раз восприняли его как нападку на любезные вам студии.
Во-первых, я сам достаточно долго работал со стороны исполнителя и прекрасно понимаю все то, что вы описываете как «ублажение клиента». Вы с таким ужасом пишете про «целый день» студии — мне сложно поверить, что студия (если это именно студия. а не три студента) в полном составе работает над техзаданием даже, не говоря уж о коммерческом предложении. Более того, если проект предполагается достаточно крупный — риски в 1 день менеджера, в случае успешной продажи, отобьются многократно. кроме того, я вроде бы, нигде не писал, что компред нужен через день после заявки :))
Во-вторых, срыв сроков по вине заказчика — это общее место, не спорю. Но если вы посмотрите на заголовок поста — речь в нем идет именно о том, как косячит разработчик. Если писать со стороны студии — выйдет не менее гневный пост, конечно :))))
ну если обращаться к Колумбу, то он мог на середине аталантики тупо наловить рыбки, объявить о «смене вех» и вернуться :)))) Важно все ж было определить верно момент фиксации изменений :)
да. теперь понял. но тут уж проект ОЧЕНЬ сильно зависит от квалификации заказчика.
Если заказчик понимает и хочет работать на проект — да, класс. А если ему проект 2для галочки" или он непрофильный — тут сложно будет.
Т.е. методология крутая. но с определенными ограничениями, мне кажется.
А вот когда студия срывает срок и объясняет это «высокой загрузкой» — это, конечно, раздражает. Представьте себе аналогичную ситуацию в ресторане: вы ждете 2 часа какого-нибудь несчастного салатика, а вам официант говорит. мол, подождите еще, заказов слишком много.
Во-первых, я сам достаточно долго работал со стороны исполнителя и прекрасно понимаю все то, что вы описываете как «ублажение клиента». Вы с таким ужасом пишете про «целый день» студии — мне сложно поверить, что студия (если это именно студия. а не три студента) в полном составе работает над техзаданием даже, не говоря уж о коммерческом предложении. Более того, если проект предполагается достаточно крупный — риски в 1 день менеджера, в случае успешной продажи, отобьются многократно. кроме того, я вроде бы, нигде не писал, что компред нужен через день после заявки :))
Во-вторых, срыв сроков по вине заказчика — это общее место, не спорю. Но если вы посмотрите на заголовок поста — речь в нем идет именно о том, как косячит разработчик. Если писать со стороны студии — выйдет не менее гневный пост, конечно :))))
Если заказчик понимает и хочет работать на проект — да, класс. А если ему проект 2для галочки" или он непрофильный — тут сложно будет.
Т.е. методология крутая. но с определенными ограничениями, мне кажется.
Заказчик может требовать видеочат, собственный джаббер-клиент и рай с бэкджеком и шлюхами там. где достаточно банально указать мыло для заявок.
Классическое: «людям не нужны дрели [т.е., функционал], им нужны дырки в стенах».