Эм, а про раздачу задачек по взаимосвязанным командам таким образом, чтобы они выполнялись параллельно и никто не вставал без работы — это уже с эджайл несовместимо?

Лол ) А в скраме в начале спринта что происходит?

"Each team member needs to assign himself tasks to help the team."

Сразу дополню: я понимаю, что в целом в таком случае проще обговорить спеки и делать независимо, но это не всегда возможно сделать заранее и занимает какое-то время

инженерные практики помогают сделать, чтобы не было зависимости "пока не будет бэка не сможем делать фронт"

#whois Привет! Я Люба, редактор в Unusual Concepts. Главрежу в agilebasics.ru и Проактивном блоге UC, пишу про аджайл в небольшие СМИ.

Вы вообще смелый человек. Я аж обомлел, когда увидел, как редактор рассказывает, какой agile правильный, а какой — нет.

А вы точно хотите здесь обсуждать рамки професии редактора? Я-то не против, но вроде здесь другой чатик.

давайте тогда по тексту статьи, если есть вопросы?

наверное, с этого надо было начать))

с людьми, которые регулярно ставят двойные смайлики, она у меня не складывается практически никогда

Канбан доску;) статусов больно много.

Из фб «Нет, мало нам было Agile, Scrum, Kanban, PRINCE2, так тут еще и явился TOGAF (The Open Group Architectural Framework). Это я к чему, не более чем час назад разговаривал по телефону с одним товарищем, который является ИТ директором, достаточно крупной компанией, как говорится он решил проконсультироваться по поводу развития ИТ архитектуры своего предприятия, лет 7 назад, команда, в которой я был именно архитектором, создавала их ИТ ландшафт исходя из их "зоопарка" ИТ систем, мы тогда как раз и старались все выстроить по стандарту TOGAF, но просто забыли и в описаниях и на словах им об этом сказать, да наверное и не до было в то время, и тут он мне говорит, что мол мы тогда немного "накосячили" и нужно было строить их систему интеграции исходя из принципов методологии TOGAF. Я конечно, ему поведал, что все так и строили, он удивился и сказал что еще раз все проанализирует и тут я выяснил, что к ним на работу устроился молодой аналитик и он вроде как накопал новые методы построения архитектуры предприятия и выдал это за новое достижение. Я конечно посмеялся и сказал, что этому "новому достижению" уже лет как двадцать. Блин, у нас уже что в ВУЗах начали это выдавать за "новые" методологии. Но принципиально, TOGAF, это очень дорогой подход, хотя и вполне красивый, но, опять, но, в России, его сложно применять именно сейчас на фоне программы импртозамещения, потому что, не все получиться выстроить в этой методологии без ИТ систем других стран. Вот такая жизнь стала :-)»

Можно я очень приземленный вопрос задам? У кого-нибудь есть истории успеха о том, как вы учились декомпозировать задачи? Декомпозировать так, чтобы итогом был не план создания кусков машины, из которых вы потом ее соберете, а план инкрементального допила самоката до состояния машины.

легче стало, когда пришло понимание как декомпозировать истории в привязке к инкременту; чтобы каждая несла в себе ценность и ее можно было закончить за спринт - тоже путем проб и ошибок

насколько разработчики были вовлечены в процесс декомпозиции? и было ли такое: "мы такое делать не будем, потому что не влезем в спринт, давайте так-и-так, на коленке, по-проще"?

друзья, никто не поделится полезными ссылками, доками или еще чем-то по тонкой настройке JIRA. Есть портфель проектов и все это идет по Kanban или Scrum. Есть потребность как-то все это администрировать, но опыта такого нет. Буду благодарен за любой совет.

Настройки всевозможные. Мне не все понятно