Обязательные практики Agile-проекта и правило ПППPavel Gabriel
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
Владимир Завертайлов. Требовательность, мозгоклюйство и провокации: уровни уп...ScrumTrek
Интерактивный мастер-класс, где будет разобрано 8 типичных, но очень не простых для любого руководителя ситуаций. 1. Провокация. 2. Продажа. 3. Жизнь после релиза. 4. Конфликт с дизайнером (я — художник, я так вижу) 5. Конфликт с программистом: требования говно! 6. Интеграция по центрирующим парадигмам 7. Учимся говорить "НЕТ!" 8. Рабочие запахи
Про качество и красоту кода говорят и пишут очень многие, хотя при этом довольно часто забывают, для чего существует это качество и эта красота.
Двадцать второй онлайн митап Software Craftsmanship будет посвящен Engineering Excellence. мы рассмотрим что такое Engineering Excellence, кому и для чего оно нужно на проекте, из каких частей состоит и как определить что нужно конкретному проекту.
На митапе мы рассмотрим взаимосвязь разработчиков, тестировщиков, девопсов, разберем метрики, практики и процессы необходимы для постоянного улучшения проекта.
Денис Тучин - Как внедрить Agile, чтобы никто не заметилDenis Tuchin
Видео: https://www.youtube.com/watch?v=ielCPWnMQts
Часто сталкиваюсь с вопросом коллег, а что делать, если в компании никто не хочет/не заинтересован внедрять Agile, начальство не поддерживает и т.д. Этот доклад чтобы помочь людям разрешить такие кейсы с максимальной эффективностью и минимальными моральными усилиями.
На докладе постараюсь ответить на следующие вопросы:
- Что делать, если в компании или команде есть ярые противники Agile?
- Что делать, если никто ничего не хочет менять в процессах проекта, отдела, компании?
- Как не "внедряя Agile" привнести Agile принципы и практики в проект?
Обязательные практики Agile-проекта и правило ПППPavel Gabriel
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
Владимир Завертайлов. Требовательность, мозгоклюйство и провокации: уровни уп...ScrumTrek
Интерактивный мастер-класс, где будет разобрано 8 типичных, но очень не простых для любого руководителя ситуаций. 1. Провокация. 2. Продажа. 3. Жизнь после релиза. 4. Конфликт с дизайнером (я — художник, я так вижу) 5. Конфликт с программистом: требования говно! 6. Интеграция по центрирующим парадигмам 7. Учимся говорить "НЕТ!" 8. Рабочие запахи
Про качество и красоту кода говорят и пишут очень многие, хотя при этом довольно часто забывают, для чего существует это качество и эта красота.
Двадцать второй онлайн митап Software Craftsmanship будет посвящен Engineering Excellence. мы рассмотрим что такое Engineering Excellence, кому и для чего оно нужно на проекте, из каких частей состоит и как определить что нужно конкретному проекту.
На митапе мы рассмотрим взаимосвязь разработчиков, тестировщиков, девопсов, разберем метрики, практики и процессы необходимы для постоянного улучшения проекта.
Денис Тучин - Как внедрить Agile, чтобы никто не заметилDenis Tuchin
Видео: https://www.youtube.com/watch?v=ielCPWnMQts
Часто сталкиваюсь с вопросом коллег, а что делать, если в компании никто не хочет/не заинтересован внедрять Agile, начальство не поддерживает и т.д. Этот доклад чтобы помочь людям разрешить такие кейсы с максимальной эффективностью и минимальными моральными усилиями.
На докладе постараюсь ответить на следующие вопросы:
- Что делать, если в компании или команде есть ярые противники Agile?
- Что делать, если никто ничего не хочет менять в процессах проекта, отдела, компании?
- Как не "внедряя Agile" привнести Agile принципы и практики в проект?
Денис Тучин - Удачные и неудачные паттерны распределённого Agile (Agile Days ...Denis Tuchin
Видео выступления: https://www.youtube.com/watch?v=vOMSRSTl1Xo
Хотим мы этого или нет, но часто приходится работать с удалёнными командами, а иногда и с полностью распределёнными, когда все участники сидят в разных местах. На докладе разберём некоторые паттерны организации взаимодействия распределённых Agile команд, какие из них работают лучше, какие хуже и почему, а также посмотрим, что можно изменить, чтобы получился всё же Agile. Рассмотрим такие паттерны как:
- передача изолированных User Story удалённой команде
- Индивидуальные User stories
- Scrum of Remote Scrums
- Функциональные распределённые команды
- Scrum in spite of distributed team
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.ScrumTrek
Доклад нацелен на подготовленных слушателей, руководителей проектов или директоров студий с десятком и более сотрудников, в общих чертах что-то слышавших про LEAN и ТОС. Выстройте поток единичных изделий, выравнивайте его и оптимизируйте скорость — говорит нам LEAN и производственная система Тойоты. Найдите ограничение и подчините ритму его работы все остальные звенья производственной цепи, Сбалансировать поток невозможно, говорит нам теория ограничений (ТОС). Все это очевидно работает, в примерах производства серийной продукции. Но и то и другое непонятно как применить на практике в сфере услуг. Тем более таких высоко кастомизируемых, как наша сфера — digital. Нам, директорам, больно смотреть, когда штатный сотрудник остаётся без задач, т.к. не готовы или не согласованы работы предыдущего этапа. Мы стремимся загрузить всех и максимально. Порой это приводит к тому, что мы хватаемся за огромное число проектов. А вдруг какой-то застрянет на согласовании — такой логикой руководствуемся мы. Это приводит либо к большим очередям (клиенты вынуждены ждать и ненавидеть it-шников за неповоротливость). Либо к необходимости перегружать сотрудников, а это приводит к повышенному проценту брака в их работе, и, как следствие, к дополнительной перегрузке, низкой скорости и ненависти к it-шникам со стороны клиента. Впихнуть невпихуемое и не стать студией, где считается преступлением быть «не затраханным». В этом докладе мы разберемся с вами, что можно автоматизировать для балансировки нагрузки. Что можно выбрать за единичное изделие. Как построить поток, визуализировать его, найти узкое звено и научиться предсказывать, где и когда у вас в
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Двенадцатый митап Software Craftsmanship пройдет онлайн и будет посвящен высоконагруженным системам. Мы систематизирует инструменты, применяемые для разработки архитектуры высоконагруженных приложений, опишем базовый алгоритм из 6 шагов проектирования нагруженной системы.
Также мы рассмотрим 3 примера нагруженных приложений - клиент для участия в Real Time Bidding аукционах, поисковик вместе с краулером для него, чат.
Мы коснемся опасностей, которые подстерегают новичков и опытных архитекторов.
Кроме того, рассмотрим подходы к построению высоконагруженных систем в стартапе и в сервисной компании.
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Denis Tuchin
Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq
Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь.
На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д.
Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений.
Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя.
Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы.
Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
Борис Вольфсон. Agile ценности и принципы для новичков.ScrumTrek
Это базовый доклад для новичков в Agile, которые только хотят использовать гибкие подходы, будет построен через ценности и принципы, на которых строятся отдельные практики и целые фреймворки. Понимание Agile через призму ценностей и принципов позволит не только лучше разбираться в гибком фреймворке Scrum и методе Kanban, но и после освоения основ изменять их под свою среду и нужды.
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджераScrumTrek
За последние три года ЦИАН сильно поменялся как продукт, как бизнес и как компания. Выросли в несколько раз по всем метрикам (персонал, аудитория, выручка и др.), развили продукт, географию нашей работы, принципы управления. В докладе я рассажу о том, с какими сложностями стратегического, организационного и операционного характера мы сталкивались и как их решали: - С чего начинали - Как меняли систему управления, зоны ответственности и принятия решений о том, какие продукты, когда и для кого нужно делать - Какие процессы в создании продукта мы внедряли, что из этого у нас прижилось, а что нет и почему - Как мы постепенно идем к agile и design thinking - Где во всем этом культура и ценности компании, что из них есть «мода», а что в действительности нужно для бизнеса и людей в компании.
"Пути развития Java разработчика" Дмитрий СоколовFwdays
Вы знаете какую роль в ИТ-компании хотели бы занимать через год? А через 5 лет? А может и не в компании, а свой проект, бизнес?
На докладе раскроем тему: что и как учить, чтобы вырасти от младшего Java разработчика до ведущих должностей:
стандарты компаний, кто такой Junior/Middle/Senior.
каким видят настоящего Junior/Middle/Senior разработчика outsource компании.
рекомендуемые навыки, знания, чтобы начать слать резюме и ходить по собеседованиям для Middle/Senior.
как развиваться Junior/Middle/Senior Java разработчику.
что точно не нужно учить Java разработчику.
что может быть полезным из нестандартного стека.
как изучать технологии. Способы изучения одного и того же фреймворка/технологии. Рекомендуемый подход.
что всегда спрашивают на собеседованиях Java, Middle и Senior разработчиков.
Денис Тучин - Удачные и неудачные паттерны распределённого Agile (Agile Days ...Denis Tuchin
Видео выступления: https://www.youtube.com/watch?v=vOMSRSTl1Xo
Хотим мы этого или нет, но часто приходится работать с удалёнными командами, а иногда и с полностью распределёнными, когда все участники сидят в разных местах. На докладе разберём некоторые паттерны организации взаимодействия распределённых Agile команд, какие из них работают лучше, какие хуже и почему, а также посмотрим, что можно изменить, чтобы получился всё же Agile. Рассмотрим такие паттерны как:
- передача изолированных User Story удалённой команде
- Индивидуальные User stories
- Scrum of Remote Scrums
- Функциональные распределённые команды
- Scrum in spite of distributed team
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.ScrumTrek
Доклад нацелен на подготовленных слушателей, руководителей проектов или директоров студий с десятком и более сотрудников, в общих чертах что-то слышавших про LEAN и ТОС. Выстройте поток единичных изделий, выравнивайте его и оптимизируйте скорость — говорит нам LEAN и производственная система Тойоты. Найдите ограничение и подчините ритму его работы все остальные звенья производственной цепи, Сбалансировать поток невозможно, говорит нам теория ограничений (ТОС). Все это очевидно работает, в примерах производства серийной продукции. Но и то и другое непонятно как применить на практике в сфере услуг. Тем более таких высоко кастомизируемых, как наша сфера — digital. Нам, директорам, больно смотреть, когда штатный сотрудник остаётся без задач, т.к. не готовы или не согласованы работы предыдущего этапа. Мы стремимся загрузить всех и максимально. Порой это приводит к тому, что мы хватаемся за огромное число проектов. А вдруг какой-то застрянет на согласовании — такой логикой руководствуемся мы. Это приводит либо к большим очередям (клиенты вынуждены ждать и ненавидеть it-шников за неповоротливость). Либо к необходимости перегружать сотрудников, а это приводит к повышенному проценту брака в их работе, и, как следствие, к дополнительной перегрузке, низкой скорости и ненависти к it-шникам со стороны клиента. Впихнуть невпихуемое и не стать студией, где считается преступлением быть «не затраханным». В этом докладе мы разберемся с вами, что можно автоматизировать для балансировки нагрузки. Что можно выбрать за единичное изделие. Как построить поток, визуализировать его, найти узкое звено и научиться предсказывать, где и когда у вас в
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Двенадцатый митап Software Craftsmanship пройдет онлайн и будет посвящен высоконагруженным системам. Мы систематизирует инструменты, применяемые для разработки архитектуры высоконагруженных приложений, опишем базовый алгоритм из 6 шагов проектирования нагруженной системы.
Также мы рассмотрим 3 примера нагруженных приложений - клиент для участия в Real Time Bidding аукционах, поисковик вместе с краулером для него, чат.
Мы коснемся опасностей, которые подстерегают новичков и опытных архитекторов.
Кроме того, рассмотрим подходы к построению высоконагруженных систем в стартапе и в сервисной компании.
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Denis Tuchin
Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq
Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь.
На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д.
Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений.
Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя.
Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы.
Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
Борис Вольфсон. Agile ценности и принципы для новичков.ScrumTrek
Это базовый доклад для новичков в Agile, которые только хотят использовать гибкие подходы, будет построен через ценности и принципы, на которых строятся отдельные практики и целые фреймворки. Понимание Agile через призму ценностей и принципов позволит не только лучше разбираться в гибком фреймворке Scrum и методе Kanban, но и после освоения основ изменять их под свою среду и нужды.
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджераScrumTrek
За последние три года ЦИАН сильно поменялся как продукт, как бизнес и как компания. Выросли в несколько раз по всем метрикам (персонал, аудитория, выручка и др.), развили продукт, географию нашей работы, принципы управления. В докладе я рассажу о том, с какими сложностями стратегического, организационного и операционного характера мы сталкивались и как их решали: - С чего начинали - Как меняли систему управления, зоны ответственности и принятия решений о том, какие продукты, когда и для кого нужно делать - Какие процессы в создании продукта мы внедряли, что из этого у нас прижилось, а что нет и почему - Как мы постепенно идем к agile и design thinking - Где во всем этом культура и ценности компании, что из них есть «мода», а что в действительности нужно для бизнеса и людей в компании.
"Пути развития Java разработчика" Дмитрий СоколовFwdays
Вы знаете какую роль в ИТ-компании хотели бы занимать через год? А через 5 лет? А может и не в компании, а свой проект, бизнес?
На докладе раскроем тему: что и как учить, чтобы вырасти от младшего Java разработчика до ведущих должностей:
стандарты компаний, кто такой Junior/Middle/Senior.
каким видят настоящего Junior/Middle/Senior разработчика outsource компании.
рекомендуемые навыки, знания, чтобы начать слать резюме и ходить по собеседованиям для Middle/Senior.
как развиваться Junior/Middle/Senior Java разработчику.
что точно не нужно учить Java разработчику.
что может быть полезным из нестандартного стека.
как изучать технологии. Способы изучения одного и того же фреймворка/технологии. Рекомендуемый подход.
что всегда спрашивают на собеседованиях Java, Middle и Senior разработчиков.
Семён Факторович (Noveo) рассказывает о карьерных лестницах и различных профессиях в IT-индустрии, 20.02.2013
Software Industry 101 — это серия обзорных лекций для студентов Новосибирского государственного университета о профессиях в IT и о реалиях коммерческой разработки софта.
Более подробную информацию, материалы лекций и раписание занятий можно посмотреть на http://bit.ly/industry101
Creative or competitor analysis? How important is analytics when choosing tasks? How often to update backlog? On what period it should be? Oleg gives answers to these and other relevant questions related to backlog filling.
Similar to Кирило Клімаков. “Управління проектами: GameDev проти аутсорсингу” (20)
Artem Bykovets: Чому люди не стають раптово кросс-функціональними, хоча в нас...Lviv Startup Club
Artem Bykovets: Чому люди не стають раптово кросс-функціональними, хоча в нас Agile? (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Natalia Renska & Roman Astafiev: Нарциси і психопати в організаціях. Як це вп...Lviv Startup Club
Natalia Renska & Roman Astafiev: Нарциси і психопати в організаціях. Як це впливає на розробку продуктів та реалізацію інноваційних рішень (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Igor Protsenko: Difference between outsourcing and product companies for prod...Lviv Startup Club
Igor Protsenko: Difference between outsourcing and product companies for product managers and related challenges (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Kseniya Leshchenko: Shared development support service model as the way to ma...Lviv Startup Club
Kseniya Leshchenko: Shared development support service model as the way to make small projects with small budgets profitable for the company (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Anna Kompanets: Проблеми впровадження проєктів, про які б ви ніколи не подума...Lviv Startup Club
Anna Kompanets: Проблеми впровадження проєктів, про які б ви ніколи не подумали (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Anton Hlazkov: Впровадження змін – це процес чи проєкт? Чому важливо розуміти...Lviv Startup Club
Anton Hlazkov: Впровадження змін – це процес чи проєкт? Чому важливо розуміти різницю і як це впливає на результат (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Yana Bort: Ритм організації. Чи можливо синхронізувати великий ентерпрайз за ...Lviv Startup Club
Yana Bort: Ритм організації. Чи можливо синхронізувати великий ентерпрайз за допомогою Agile практик? (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
2. GameDev – c чем имеем дело?
Любая игра это продукт.
Игры, как продукты, делятся на две основных
категории:
Длительная поддержка (годы) и развитие –
WoT, WoW, Dragons of Atlantis, Wekings и т.д.
Fire&Forget – Lightomania, Cut the Rope, Jetpack
Joyride, Call of Duty и т.д.
3. Project management – где он?
Project management skills – это инструмент для product manager'a
Даже если вам заказали разработку игры – все равно вы product
manager.
4. Product management – почему?
Время
Нужна высокая скорость реакции на изменения в
первоначальном плане
Project manager все время находится на линии между командой
и внешним миром
6. Состав команды - роли
Outsource
Product owner
Project manager
Dev team lead
Dev
UI developer
Test team lead
Tester
Business analytic/technical
writer
GameDev
Game Producer
Game Designer
Project Manager
Dev team lead
Dev
Tester
Copywriter
Artist
Composer
7. Жизненный цикл разработки
Outsource
Анализ и
разработка
спеки
А
н
а
л
и
з
и
р
а
з
р
а
б
о
т
к
а
с
п
е
к
Разработка
Sprint 1... Sprint N
Тестировани
е и доводка
GameDev
Разработка
Sprint 1... Sprint N
Тестирование и доводка
Релиз
Ре
ли
з
12. А остальное?
А как же – тестирование, утилиты управления
проектом, системы трекинга
задач, зарплаты, юнит
тесты, технологии, парное программирование?
Всѐ тоже самое как и в аутсорсе.
13. А что больше ничего не осталось?
Конечно же осталось но это уже в другой раз.
Спасибо вам за ваше время.
Вопросы/пожелания направлять сюда:
kklimakov@nravo.com