Design & Process Models
18 Апреля 2012
Сегодня мы решаем все более сложные задачи в рамках разработки, и зачастую технические и процессные
решения принимаются неверно, что приводит к неминуемой расплате. Мы часто не можем принять решения,
посмотрите вокруг - сплошные вопросы "Scrum или Kanban? Как поставить процесс, чтобы не было
технического долга? Как научить архитекторов вырабатывать обоснованные и правильные решения?
Какие использовать процессные и инженерные практики?"
Проблема усугубляется тем, что процессная и технические стороны не понимают друг друга, не способны поддержать друг друга и стать одним целым. Риски и ответственность распределяются между участниками неразумно и неэффективно.
В качестве выхода из сложившейся ситуации мне хотелось бы предложить простой и понятный каркас формирования процессов и проработки высокоуровневой архитектуры. С тем, чтобы технические решения были обоснованы и эффективны, а процессные техники поддерживали, а не мешали разработчикам. Предложенный подход позволит так же выработать общий и целостный понятийный аппарат, незаменимый в быстром решении сложных задач в наших с вами условиях неопределенности.
blog comments powered by Disqus
Проблема усугубляется тем, что процессная и технические стороны не понимают друг друга, не способны поддержать друг друга и стать одним целым. Риски и ответственность распределяются между участниками неразумно и неэффективно.
В качестве выхода из сложившейся ситуации мне хотелось бы предложить простой и понятный каркас формирования процессов и проработки высокоуровневой архитектуры. С тем, чтобы технические решения были обоснованы и эффективны, а процессные техники поддерживали, а не мешали разработчикам. Предложенный подход позволит так же выработать общий и целостный понятийный аппарат, незаменимый в быстром решении сложных задач в наших с вами условиях неопределенности.