Про фикс тайм энд баджет и флекс скоуп
Сука, кто придумает название этому подходу нормальное?..
Тут Александр Дейков в советах спрашивает:
Интересно послушать мнение Коли, после десяти месяцев в Бюро. Каково это, скажем, после «Научных приборов»?
А я отвечаю:
Александр, я как раз удачно попал на время, когда бюро переходило от одного подхода к другому и могу сравнивать.
Когда я только пришел ( Read more... )
Тут Александр Дейков в советах спрашивает:
Интересно послушать мнение Коли, после десяти месяцев в Бюро. Каково это, скажем, после «Научных приборов»?
А я отвечаю:
Александр, я как раз удачно попал на время, когда бюро переходило от одного подхода к другому и могу сравнивать.
Когда я только пришел ( Read more... )
*Кстати, за обсуждение такого письменно, Артём бы меня через скайп прямо мечём хуйнул.
Захар! Мне очень жаль, что нам не удалось объяснить смысл подхода с гибким функционалом и наше предложение убрать ИЕ стало для вас непрятным сюрпризом (вообще это говно, потому что если это сюрприз, значи тот, кто заключал договор зафакапил и не объяснил что значит гибкий функционал. Ладно, пусть типа зафакапил он и это првда сюрприз).
Мне бы не хотелось, чтобы вы принимали решение, о котором будете сожалеть (типа вы выбрали перекинуть ИЕ на другую итерацию, которая будет хер знает когда, так ведь?), поэтому я предлагаю еще раз обсудить это и подумать какие у нас еще есть варианты.
К сожалению, я не могу обещать вам, что мы сможем выполнить 90% от запланированного. Я не знаю с какими сложностями мы столкнёмся на следующем этапе и не могу гарантировать какой-либо процент, который мы точно выполним. Если бы я мог делать такие оценки, я, как мне кажется, смог бы обещать вам все 100% и точно в срок.
Чтобы сделать изменения в функционале более контролируемыми, я предлагаю разбить следующий этап на более мелкие итерации, но всё равно исползовать подход с фиксированным временем, бюджетом и гибким функционалом.
Чтобы не огорчать вас в будущем, я бы хотел еще раз объяснить суть подхода:
Мы предлагаем не сдвигать дедлайн. При таком методе работы мы бы хотели, чтобы мы вместе свами отвечали за согласование макетов. Этот подход, предусматривает, что при возникновении проблем, предпочтение отдается отказу от функциональности ради соблюдения сроков и высокого качества.
Когда продукт будет готов и вы соможете его проверить на практике, мы сможем лучше понять как следующей итерации добавить новые фичи, от которых нам пришлось отказаться.
Reply
А вот ваше предложение работать более короткими этапами мне подходит - давайте попробуем. Но мне бы не хотелось снова вести длинные переговоры, если в следующий раз мы окажемся в такой же ситуации. Что Бюро может предложить мне, чтобы разделить риски?
Reply
Reply
(The comment has been removed)
http://ksoftware.livejournal.com/174994.html
Reply
Leave a comment