Comments 12
Со многим согласен…
Предпроект необходимо открывать как можно раньше, но следует учитывать, что рамки предпроекта ограничены его эффективностью. Эффективным считается такой предпроект, после которого будет осуществлен старт проекта. Это и является основным ключевым показателем эффективности предпроекта.
Предпроект необходимо открывать как можно раньше, но следует учитывать, что рамки предпроекта ограничены его эффективностью. Эффективным считается такой предпроект, после которого будет осуществлен старт проекта. Это и является основным ключевым показателем эффективности предпроекта.
В прошлой части мы это обсуждали. Я ваше утверждение понимаю, но согласиться не могу. Если метрикой эффективности предпроекта считать запускаемость проектов без любых дополнительных условий, то запускать начнут что попало, включая невыгодные и нненужные проекты.
Если метрикой положить запуск проекта, дающего положительный эффект и отдачу (что очевидно и нужно заказчику и спонсору), то запускаемость проекта, если считать от появления идеи должна быть гораздо меньше ста процентов.
Если метрикой положить запуск проекта, дающего положительный эффект и отдачу (что очевидно и нужно заказчику и спонсору), то запускаемость проекта, если считать от появления идеи должна быть гораздо меньше ста процентов.
«В прошлой части» имею ввиду в комментариях.
Много хороших, верных слов.
Мало решений.
Мало решений.
Разговор о решениях планируется в следующих частях. В видео, которое я привожу, о решениях рассказывается.
Вы про инструменты?
смотря что считать инструментом.
Собственно, да, я знаю, что у некоей конторы из 100 человек, которая занимается перевозками, может быть желание заказать разработку чего*-нибудь. И, быть может, у них есть парочка своих кодеров. Но вероятность того, что они напишут идеальное ТЗ — как у мартышек в присказке про «Войну и Мир». А потенциальные исполнители в массе своей не скажут даже применые сроки и стоимость без оного ТЗ.
И получается, что в реальном мире есть пожелание «чтобы на сайте отображались машинки, которые выбираем в 1С», а ТЗ — нету. И доверия к исполнителю, который предложит тупо платить за время — тоже нету.
Но это жизнь, она в целом в статье и написана. А как надо-то?
Собственно, да, я знаю, что у некоей конторы из 100 человек, которая занимается перевозками, может быть желание заказать разработку чего*-нибудь. И, быть может, у них есть парочка своих кодеров. Но вероятность того, что они напишут идеальное ТЗ — как у мартышек в присказке про «Войну и Мир». А потенциальные исполнители в массе своей не скажут даже применые сроки и стоимость без оного ТЗ.
И получается, что в реальном мире есть пожелание «чтобы на сайте отображались машинки, которые выбираем в 1С», а ТЗ — нету. И доверия к исполнителю, который предложит тупо платить за время — тоже нету.
Но это жизнь, она в целом в статье и написана. А как надо-то?
Хорошо написано о проблемах, всё как в действительности. Но решение предлагается в стиле «не делайте плохо, и будете делать хорошо».
Sign up to leave a comment.
7 грехов при работе с требованиями в предпроекте