Всем привет с сегодняшнего дня хотел бы начать, рассказывать о другой стороне Agile. Эта история о том, как эффективно разрабатывать продукт с точки зрения менеджмента. Пусть сегодняшний пост будет будет отчасти рекламный, но все равно думаю наведет на размышления о проблемах и возможных путях решения вопросом эффективной разработки продукта.
И ТакСегодня я хотел бы немного рассказать о новом тренинге. Он раскрывает секреты управления софтверными продуктами в условиях постоянных изменений. ;).
Совсем недавно мне позвонили из одной крупной софтверной компании. После внедрения Scrum в компании начались конфликты. Руководитель жаловался, что разработчики стали оспаривать решения менеджмента по разработке той или иной фитчи в итерации.
Оказалось, что переход на итеративную и инкрементальную разработку просто обострил существующие проблемы! Менеджемент ставит задачи, которые оказываются не нужны с точки зрения бизнеса. :(
Разработка обвиняет менеджмент в неадекватности. Менеджмент, в свою очередь, обвиняет разработку в не правильном исполнении. Потеряно время команды и деньги компании. А мы хотим что бы продукт зарабатывал :)!
Часто ли вам приходилось работать в Agile проектах, где общая цель итерации не совсем ясна?! В проекте, в котором есть Backlog, но люди, которые участвуют в развитии продукта не понимают целей релиза. Как оказалось это происходит во многих компаниях, как в малых, так и в компаниях с многомиллионными бюджетами. Дело в том, что многие фразу «Конец итерации = законченный и рабочий продукт» понимают как, написание «идеального» стабильного кода к концу итерации, забывая об истинных бизнес-целях продукта.
Я бы хотел, чтобы мы не совершали таких ошибок.
На прошлой неделе я посетил 
