Size: a a a

2019 December 31

КК

Катерина Кожушко in @meetupteam
С наступающим новым годом 🌲
источник

AR

Antony Romanov in @meetupteam
источник
2020 January 01

NS

Nikolay Shapovalov in @meetupteam
С новым годом!
источник

DO

Dmitriy Orlov in @meetupteam
С Новым Счастьем!!!
источник

N

Nina in @meetupteam
И с новым вызовом ✌️💥
источник

SK

Sergey Khitrin in @meetupteam
С новым годом!
источник

S

Sergey Kudryavtsev in @meetupteam
С Новым Годом 🤗
источник

А

Андрей Филатов in @meetupteam
Ура🥂🍾
источник

АЦ

Алексей Цыбульник in @meetupteam
Счастливого ново20 20да !!!
источник

S

Sergey Medvedev in @meetupteam
С Новым годом, ребята! 🎁
источник

RY

Ruslan Yusupov in @meetupteam
С новым годом!!!
источник

АЦ

Алексей Цыбульник in @meetupteam
источник

NB

Nikita Bu in @meetupteam
С наступившим!!
источник
2020 January 09

ID

Ivano Digital in @meetupteam
14 Января, Митап про искусственный интеллект
https://keemoji.timepad.ru/event/1226541/
источник
2020 January 16

N

Nina in @meetupteam
Посмотрите этот Meetup группы Inspired by Agile Moscow Meetup http://meetu.ps/e/HDxK9/FlHWy/d
источник

NS

Nikolay Shapovalov in @meetupteam
30 января пройдёт митам по несильно популярному, но очень мощному подходу работе с требованиями и тестированию: Specification by Example

Подробности

“Традиционная модель сбора требований и создания спецификации основана на большом количестве формальностей, передач и переводов “с одного языка на другой”. Бизнес-аналитики извлекают знания из заказчика, и делают по ним спецификацию, затем перекидывают их разработчикам и тестировщикам. Разработчики извлекают знания из спецификации и переводят их в исполняемый код, который потом передается тестировщикам. Затем тестировщики берут спецификации. извлекают знания из них и переводят их в проверочные скрипты которые исполняются над готовой системой, которая передается им от разработчиков.

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

При помощи Agile-процессов разработки циклы обратной становятся значительно короче, поэтому проблемы обнаруживаются раньше. […] Однако, вместо обнаружения проблем нам в первую очередь нужно работать над тем как избавиться от их появления.”
Это выдержка из книги Gojko Adzic “Bridging the Communication Gap: Specification by Example and Agile Acceptance Testing” вышедшей в свет в 2009 году. Прошло десятилетие, однако индустрия разработки ПО по-прежнему страдает старыми болячками. Давайте лечиться :)

На первом митапе в этом году мы начнем знакомиться с подходом Specification by Example(Spec.by Example, SbE). SbE - это когда все люди, участвующие в создании решения, совместно определяют требования. Подход помогает выявить пробелы и несоответствия в требованиях ещё до создания софта. При его помощи мы можем создать достаточный объем спецификаций, который потом превращается в “живую документацию” в виде автотестов и конечно же это сильно упрощает работу разработчиков и снижает риск создания “неправильного” ПО. Само название “Specification by Example” появилось на свет в 2004 году с легкой руки Мартина Фаулера, однако, сам подход “совместного анализа” уходит корнями в 90е (а может и ещё раньше) и имеет другие разные названия - Behavior Driven Development (BDD), Acceptance Test Driven Development (ATDD), Test-Driven Requirements и тд.

Нам предстоит поучаствовать в так называемом Specification Workshop, в ходе которого мы совместно создадим требования для настоящей IT-системы :)

https://www.meetup.com/ru-RU/Technical-Excellence/events/267932278/

#DevOps #Agile #Scrum
источник
2020 January 17

А

Андрей Филатов in @meetupteam
Тренинг «интеграция методов управления проектами» (поток #3)

Когда: 7 - 8 февраля (пятница и суббота) 2020 года с 10:00 до 18:00

Где: Москва, Настасьинский пер., 7 строение 2

Организатор: PMLogic

О мероприятии: на тренинге будет рассказано как комбинировать классические и гибкие (Agile) подходы к управлению проектами, разобран гибридный метод Парацельс ПиЭм, показано как применять его на своих проектах.

На тренинге Вы узнаете:
📍В чем смысл интеграции гибких (Agile) и классических подходов к управлению проектами;
📍Особенности интеграции классических и гибких (Agile) подходов к управлению проектами, регулярного менеджмента;
📍 Про существующие гибридные методы - DSDM, Prince2 Agile, P3.Express, Last Planner System, Agile Gateway Process, Water-Scrum-Fall;
📍Принципы и технологии работы гибридного метода на примере Парацельс ПиЭм;
📍 Возможные варианты его внедрения на практике.

И получите:
📍Описание авторского гибридного фреймворка Парацельс ПиЭм;
📍 Возможность консультироваться по его использованию бесплатно еще 30 дней после окончания курса.

Спикер: Андрей Малахов — практикующий консультант по проектному управлению с 17-летним опытом. Руководил центральными проектными офисами в ЮниКредит Банке и банке Ренессанс-кредит, крупными ИТ, организационными и производственными проектами.

Ссылка на мероприятие: https://pmlogic.timepad.ru/event/1133496/

Стоимость:
1 день - 8 900₽ (больше теории, меньше практики).
2 дня (минимум теории, больше практики) - 13 900₽ до 24.01 (15 900₽ с 25.01).

Для подписчиков канала @pm_events промо-коды «SPEED1» (1 день) и «SPEED2» (2 дня) дают скидку в 1000₽ (действуют до 23.01).

Количество мест: 20

Теги: #мск #февраль2020 #pmlogic #очно #платно #управление_проектами #парацельс_пиэм
источник
2020 January 20

MR

Mary Rotar in @meetupteam
Уже в эту среду будем учиться работать с техникой User Story Mapping на вебинаре от IAMPM

Обсудим:
🔸 Зачем и когда нужен user story mapping
🔸 Как готовиться к user story mapping сессии
🔸 Как фасилитировать сессию и определять релизы
🔸 Как работать с получившейся картой историй


Спикер:
🎙 Анна Лаврова — Agile Coach at Wemanity Belgium. Более 9-ти лет опыта работы в управлении проектами. За это время была в роли PM-а в Outsource, Outstaff, Product, Startup компаниях. Сейчас живет в Брюсселе и работает с корпорациями, которые стремятся быть Agile.

🗓 Старт 22 января в 19:00 (UTC+02)!
Регистрация по ссылке: http://bit.ly/2tDiVtc
источник

AR

Antony Romanov in @meetupteam
источник

AR

Antony Romanov in @meetupteam
источник