Всем привет! Я думаю мало людей в сети не знают, что значит сленговое слово тролль. Они часто встречаются в комментариях, приходят по-ирландски, не здороваясь, а уходят по-английски, не прощаясь. Вызывают лютую ненависть, запах валерианки у компьютера и сломанные клавиатуры. Для тех, кто с ними все же не знаком таки приведу определение.

Тролль (бояр. смутьян) — индивид, занимающийся троллингом. Изначально так называлось само провокационное сообщение или действие. Целью тролля является производство лулзов для себя и посетителей, раскусивших его, за счёт менее догадливых посетителей, тратящих время, силы и кровь из задницы на срач с ним.

Цитата взята с Луркмора, советую ее кстати дочитать. Почему я заговорил о троллях? А все потому, что в последнее время очень часто сталкиваюсь с троллями от IT. Хорошо это или плохо и что с этим делать обсудим ниже.

Встреча состоится при поддержке ЗАО «Ланит-Терком» в четверг, 18го ноября, в 19.00.
Место проведения: 14 линия В.О., дом 29. Здание математико-механического факультета СПбГУ. На проходной говорите, что вы на семинар по Agile.
Регистрация на встречу (участие бесплатное)

Всем привет с сегодняшнего дня хотел бы начать, рассказывать о другой стороне Agile. Эта история о том, как эффективно разрабатывать продукт с точки зрения менеджмента. Пусть сегодняшний пост будет будет отчасти рекламный, но все равно думаю наведет на размышления о проблемах и возможных путях решения вопросом эффективной разработки продукта.

И ТакСегодня я хотел бы немного рассказать о новом тренинге. Он раскрывает секреты управления софтверными продуктами в условиях постоянных изменений. ;).

Совсем недавно мне позвонили из одной крупной софтверной компании. После внедрения Scrum в компании начались конфликты. Руководитель жаловался, что разработчики стали оспаривать решения менеджмента по разработке той или иной фитчи в итерации. Оказалось, что переход на итеративную и инкрементальную разработку просто обострил существующие проблемы! Менеджемент ставит задачи, которые оказываются не нужны с точки зрения бизнеса. :(
Разработка обвиняет менеджмент в неадекватности. Менеджмент, в свою очередь, обвиняет разработку в не правильном исполнении. Потеряно время команды и деньги компании. А мы хотим что бы продукт зарабатывал :)!

Часто ли вам приходилось работать в Agile проектах, где общая цель итерации не совсем ясна?! В проекте, в котором есть Backlog, но люди, которые участвуют в развитии продукта не понимают целей релиза. Как оказалось это происходит во многих компаниях, как в малых, так и в компаниях с многомиллионными бюджетами. Дело в том, что многие фразу «Конец итерации = законченный и рабочий продукт» понимают как, написание «идеального» стабильного кода к концу итерации, забывая об истинных бизнес-целях продукта.
Я бы хотел, чтобы мы не совершали таких ошибок.