Agile, Scrum, Kanban: что это и как работает?

При этом, с инженерной стороны есть система сборок и набор тестов. Разработчики пишут модульные и интеграционные тесты, но до UI у них дела нет, мотивируя это тем, что тесты хрупкие и не дают быстрого результата. Буфер на выплату технического долга также противоречит идее “разноцветному бэклогу”. Для выплаты технического долга должны создаваться такие же задачи на спринт как и для других элементов бэклога. Фиксированный буфер приведет к тому, что работа может быть недоделана либо занята часть времени из основного времени спринта. Ни один из этих исходов не является позитивным.

Product Manager и Product Owner: Сходства и отличия ролей в управлении продуктом

Ничто не может усовершенствовать ваши навыки лучше, чем рекомендации от топовых специалистов в вашей отрасли. В этом рейтинге мы собрали книги, написанные дизайнерами таких компаний как Apple, Benetton, Motorola, что такое SCRUM Walt Disney. На их страницах авторы делятся советами, которые помогли им достигнуть вершин в мире продуктового дизайна. Если вы хотите быть в числе тех, кто несет в диджитал-мир красоту, эта подборка — для вас.

Как стать Team Lead и что придется делать: эксперты о своем опыте

Если Scrum — структурный подход, то Kanban можно назвать подходом баланса. Визуальный метод, благодаря которому предельно ясно, за что нужно браться в первую очередь. Изменения и смещения по плану принимаются безболезненно.

Барри Оверим: рекомендации начинающим скрам-мастерам

Примеры компаний, HR-система которых развита до этого уровня – IBM и Xerox. Безусловно, в Google есть команды, которые пытаются делать что-то по-настоящему крутое. Но масштаб там такой, что, если твоя идея не принесет $10 млрд за пять лет, она просто не сдвинет стрелку. Поэтому я бы посоветовал твоему сыну поработать там максимум два года, а потом уйти в ранний стартап одним из первых пяти инженеров.

Скрам, что это и как пользоваться?

• Когда сотрудник ощущает себя комфортно среди коллег и может свободно выражать свои идеи, он может генерировать намного больше вариантов и подходов к решению задач.
• Возможность быстрой адаптации или наработка необходимых качеств?
• Тестирование должно оставаться в рамках каждой задачи, а не быть отдельной фазой в этом процессе.
• Для некоторых команд непростой задачей является взять одну User Story и довести ее до конца в итерации.
• Мы теряем полезную информацию и не учимся на своих ошибках.
• В ADINDEX во всех отделах есть команды, каждую из которых возглавляет синьор специалист.

В ее основе лежит постоянное обучение и адаптация к изменяющимся факторам. Согласно Scrum, команда не знает всего в начале проекта, но будет развиваться, изучая уроки по опыту. В структуре Scrum заложена свобода, с которой команды приспосабливаются к изменяющимся условиям и требованиям пользователей. Ее можно адаптировать к потребностям организации. Scrum Master – это отнюдь не профессия, а всего лишь роль.

факторов успешной работы команды

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

Для вас это означает, что вы не можете влиять на качество, а значит, предсказать продолжительность тестирования. Вам надо продать идеи руководству, команде, менеджерам. Отличное место для продажи – это ретроспектива (у вас же она есть?).

Scrum, аутсорсинг, бизнес-аналитики и насекомые

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

Так вот, основатель Buurtzorg написал некое руководство о том, как устроена работа их компании, и отдал его конкурентам, а затем начал их консультировать. Это безумный поступок с точки зрения организации на более раннем уровне – как можно по своей воле отдать конкурентам секрет своего успеха? Но именно таков поступок человека «бирюзовой» организации.

Далеко не каждый начинающий менеджер знает, как работают подходы и фреймворки, с которыми еще не сталкивался. Однако, знания об артефактах, принципах и целях, на которых базируются разные методологии пригодятся не только в споре с друзьями-PM-ами. Скрам Мастер может «вырасти» из менеджера проектов; бизнес-аналитики и другие члены команды также могут соответствовать этой роли. Однако многим традиционным менеджерам проектов сложно перейти в статус Скрам Мастера, потому что им приходится отойти от очень структурированной позиции управления. Сила команды, следующей принципам Agile, заключается в совместной работе и признании вклада каждого участника спринта. Они отмечают достижения друг друга, а также уважают коллег, владельца продукта, заинтересованные стороны и scrum-мастера.

В которую, зачастую, никто кроме самих тестировщиков не смотрит. Как видно из примера, тестировщик смог отстоять свою оценку, аргументируя ее предыдущим опытом. У тестировщика «не замылен глаз» и иногда его точка зрения может заставить программистов задуматься о нюансах на этапе оценки задач. Как менеджер системы учета платежей, я хочу иметь возможность удалять заказы, время неактивности которых превышает 25 дней. Возможно, команда не понимает сути Scrum и как в него вписывается тестирование. Также, возможны случаи перфекционизма, когда инженерные практики существуют только ради факта применения инженерных практик.

Но тем буфером, о котором будет знать заказчик и который вы сможете обсудить на ретроспективе. Последний тип буфера (у Тима он упоминается первым) – время на погрешность в оценках. У него практически те же минусы, что у предыдущих буферов, но существует подход, который действительно может обезопасить вас от неверных оценок безвредно. Просто выбросите последний день итерации из доступного времени, введя правило “никакой работы над задачами в последний день итерации”. Если в итерации что-то пошло не так, то это критическая ситуация и данный день послужит буфером.

В нормальном процессе описанного эффекта быть не должно. Задача продвинутых инженеров помочь всем в компании увидеть эту ценность. Любой адекватный продукт менеджер поймёт, может не с полуслова, но поймёт. Начните добавлять эти инфраструктурные работы в беклог продукта на равне с фичами продукта. Придумайте себе внутренние релизы инфраструктуры – как продукта с майлстоунами, целями, метриками.. Это end-to-end тестирование не доверялось никому из команды (так считала команда).