to post messages and comments.

Кто изучал скрам и все вот эти вещи, скажите пожалуйста. Вот у меня есть требования A, B, C. Чтобы сделать А, нужно внутренние таски (ну там, схему БД поменять или ещё что-нибудь) D и E, для B — тот же самый Е и ещё какой-нибудь F. Итого получается типа мейкфайла, который нужно пройти для имплементации большой фичи. Как по науке называется этот мейкфайл и задачи в нём?

Три пойнта — премудрым эльфам — для добра их гордого,
Семь пойнтов — пещерным гномам — для труда их горного,
Девять — людям Средиземья — для служенья тёмного,
И бесстрашия в багфиксах смертоносно твердого,
И один, всесильный, баг — лиду-архитектору.
Чтоб разъединить их всех, чтоб лишить их воли
И объединить навек в их земной юдоли
Под владычеством всесильным злой архитектуры.

завтра на стендапе хочу предложить еженедельный код ревью.
так как сегодняшний "разбор полетов" показал, что если задача понята неправильно, то она в таком состоянии доживает до релиза. и потом с горящей жопой команда переписывает функционал. такое лучше пресекать заранее.

как по вашему — нормально ли планировать спринт без участия девелоперов? интерисно мнение пользователей. ( я это считаю маразмом если что )

Пишу ProductBacklog по Scrum-у, сначала это было деревцо вида
1. Название раздела (категория)
1.1 Название фичи
1.1.1 User Story....
Из колонок — все по скормному Item# (для удобства обсуждения), Description, Business value (пока пустое :) ).
Но уже через пару-тройку дней сей документ превратился в длиннючее покрывало — разбил по отдельным страничкам в Excel-е (вопрочем, это стоило сделать сразу...).
Но на этом пряники не закончились, глаза втупую начали разбегаться по тексту, вообщем опять нечитабельно — ввел дополнительную колоночку Short Description (напротив User Story описание из 3-6 слов) и, о чудо!! пока все читабельно))
Жуйк, мож у кого ещё какой интерестный опыт с этим связанный был/есть? делитесь вообщем...

Для реализации одного из проектов, с партнерами решили немного поэксперементировать — собрали принципиально новую, очень мобильную команду всего из трех разработчиков и построили работу по методологии SCRUM. Первый спринт пошел очень здорово — все сигналы работают, что позволяет оперативно реагировать на возникающие проблемы и не выбиваться из графика, а зачастую его опережать.
Кому интересно, небольшое вводное видео по SCRUM: youtube.com