@mehdirus Ага, вот тут и фокус. Owner не всегда ведь понимает инженерных нюансов. Мы такие после первого спринта, мы придумали архитектуру. Вот смотрите...(далее технические подробности). Согласно Agile в конце спринта нужно показывать результат понятный owner'у
Да Agile-команда - "мультидисциплинарная". Опять же jwner не должен приказывать. Я о том, что если он не правильно понимает, это не дает ему право в приказном порядке менять курс. Всё делается только с согласия разработчиков
Ну да. Только в HW свои нюансы. На мой взгляд это связано в основном с тем, что HW не такой гибкий. Плюс попробуй Agile'om работать с поставщиками компонентов или с таможней на этапе разработки )))
Работает, но очень мало, кто умеет правильно применять. Обычно всё сводится к «ОК, парни, с понедельника у нас скрам, эджайл, канбан (нужное подчеркнуть)». А заканчивается это всё прежним водопадом, только с многочасовыми совещаниями 😂
Работает, но очень мало, кто умеет правильно применять. Обычно всё сводится к «ОК, парни, с понедельника у нас скрам, эджайл, канбан (нужное подчеркнуть)». А заканчивается это всё прежним водопадом, только с многочасовыми совещаниями 😂
Работает, но очень мало, кто умеет правильно применять. Обычно всё сводится к «ОК, парни, с понедельника у нас скрам, эджайл, канбан (нужное подчеркнуть)». А заканчивается это всё прежним водопадом, только с многочасовыми совещаниями 😂
Дело даже не в открытости, а в заинтересованности каждого в результате. Чтобы каждый чувствовал ответственность за результат. Да, производительность не в смысле: «развели за неделю три платы вместо одной». А в смысле: «развели одну, только с нужным функционалом и в заданный срок».