Andrey Ponomarenko
Мы стараемся с заказчиками очень плотно работать, единой командой, и двигаясь как единой командой получается так что заказчик неплохо вовлечен в внутреннюю кухню.
На большом проекте стоимости в миллионы это повышает уровень понимания ситуации и ситуаций, что в свою очередь повышает уровень общего комфорта
ТЗ штука составная. Нужно разбить его на четко определенные смысловые куски и на неопределенные. Дальше нужно понять, сильно ли зависят четко определенные смысловые куски от неопределенных.
Если особо НЕ зависят - то можно проэстимировать эти куски и начать работу над ними, параллельно прорабатывая требования в неопределенных кусках ТЗ. Как раз здесь и проявляется удобство рамочного договора, где одно ТЗ можно разбить на несколько смысловых кусков и паковать их в отдельные приложения к договору.
Если зависят - то НЕ нужно начинать эстимирование до тех пор пока не появится первый четко определенный независимый кусок.
Неопределенность - один из самых серьезных врагов заказной разработки.
Тот враг, которого щадить нельзя.
Поэтому все что с точки зрения вашей команды плохо определено - не эстимируйте, или эстимируйте без обязательств. И добивайтесь такой детализации, с которой вам и вашей команде было бы комфортно взять ответственность за свои estimates.
К неопределенности в API(и чем либо еще) относимся так же как и к неопределенности в каком-то куске ТЗ. Устраняем неопределенность до тех пор, пока не станет комфортно брать ответственность за свои оценки.
Смог обьяснить?
о! Со стороны клиентов на какие вопросы хотелось бы получить ответы?
А со стороны тех кто видит это дело впервые?
Когда у меня появилась тревожность - я пошел и прыгнул с парашютом несколько раз. Фокус не удался но было весело xD Безумно помог спорт справиться с этой ебалой. Была ли/есть ли депрессия не знаю, надо провериться.
Спасибо за статью!