On September 24 Agile Tour Belarus 2016 starts in Minsk. Agile enthusiasts will gather at the conference to spread the word about Agile practices and to share their experience, both good and bad, within local community.
10 speakers are managers of product and outsourcing IT-companies, international consultants and Agile-coaches. They all will share their case studies: locate real problems in their projects and find the best possible solutions.
The Conference will be useful for both experienced Agile-practitioners and beginners: executives and project managers, Scrum-masters and Product Owners, developers, and analysts, as well as all those who are interested in improving the development processes in their company.
How fast can you deliver your software? When time-to-market is a success factor, we’re looking for ways to optimize development process to shorten delivery time. We’re buying faster computers, new software and hiring additional testers to make sure our product will be ready on time. However way too often by concentrating on development process only, we forget to look at other areas. Is the efficiency of our developers real problem, or should we search for causes somewhere else?
Maybe it’s the approval process that takes too long, or we’re developing wrong thing trying to catch up with our competitors rather than looking for our own solution. During this presentation you’ll learn how Toyota and other Lean companies are analysing their processes searching for inefficiencies. You’ll hear real examples on how valuable time can be wasted, and what can be done to deliver better software faster.
Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь.
На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться.
Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д.
Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений.
Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя.
Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы.
Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь.
Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
Agile и его "корни": почему гибкие технологии работают и всегда ли "традиционные подходы" проигрывают Agile? Есть ли "гибкость" в "waterfall" и в каких случаях? "Принципы" Agile, "Ценности" Scrum и классика управления качеством - конфликт или развитие отношений "отцов и детей"? Какое место могут и должны занять принципы Agile в бизнесе, независимо от его отраслевой привязки?
Когда мы говорим «команда» - что мы имеем в виду? Сплоченность? Мудрость группы? Взаимовыручку? Наверно да, все это вместе и кое-что еще является обязательным атрибутом хорошей команды.
Но что, если вы лидер этой команды? Тимлид или Scrum-мастер? На что вам опираться при построении команды мечты и достигать всего вышеперечисленного?
Есть несколько опор, на которых держится команда, и про которые тимлиду или scrum-мастеру никогда не стоит забывать. Об этом я и расскажу в моем докладе.
Доклад будет рассказывать много теории, но я обязательно проиллюстрирую ее практическими примерами из практики.
You might have known what are the so called "killer apps" that allowed West to beat East (by Niall Ferguson) in the race of technological, financial and educational progress. We are going to reveal one of the points of view on 'killer apps' of Project Managment becoming more Agile and so defeating old styled models. Please get ready to interact and share your vision - this is not going to be 'speech-only' format.
Meet the minion personas and understand how they form a perfect complementary team. Afterwards rely management styles involved to yourself, findout hints to dealing with others and in the end discover a model to finding a bliss in what you do :)
Your take-aways: Complementary team concept by Ichak Adizes based on PAEI management styles (Producer, Administrator, Entrepreneur, Integrator), "Mismanagers, Managers and Leaders", understanding conflicts of each style and characteristics of good managers.
Соблюдение основных ценностей и принципов Agile делает проекты успешными вне зависимости от того, были ли применены конкретные методологии. Разбор примеров из практики Astronim*Support: проект за один спринт и сохранение гибкости в условиях негибкого контракта.
Зачастую проблемы на проекте бывают тесно связаны с уровнем мотивации команды: в каких-то случаях трудности демотивируют команду, в других наоборот - низкий уровень мотивации приводит к срыву сроков, большому количеству дефектов и т.д. И как известно, универсального способа улучшения ситуации не существует.
В докладе будет описан пример проекта, в котором изменение процесса разработки, перераспределение ролей и минимизация избыточной коммуникации привели к повышению командного духа и решению проектных проблем.
Вадим: "Занимаясь проектами трансформации в больших компаниях, я постоянно сталкиваюсь с одной и той же проблемой: вместо пробуждения в людях ценностей, подавленных традиционной моделью управления, им, в лучшем случае, рассказывают два слова про мифический Манифест, а потом, теми же традиционными методами, пытаются заставить «быть Agile» (как это ещё называют, внедряют «Agile через колено»). О том, почему так происходит и как можно изменить подобную ситуацию, и хотелось бы поговорить в рамках этого доклада."
Этот доклад будет интересен тем, кто столкнулся с проблемами взаимодействия между командами и интересуется успешным опытом устранения таких трудностей. Вы услышите пример синхронизации работ более 40 Agile команд. Будут рассмотрены ключевые преобразования, появившиеся в процессе масштабирования, которые решают проблемы зависимостей между командами, улучшение прозрачности и повышение эффективности работы.
