Тут можно оставить обратную связь по выступлению: https://docs.google.com/forms/d/e/1FAIpQLScoNKWWpWc0iiP6TL7C2QWiodCHDfMdALfdXUl7Tpx0nlzyCA/viewform?usp=sf_link

И завершает нашу конференцию Михаил Вязанкин, Agile-практик и Kanban-тренер, основатель консалтинговой компании AgileVerse, ведущий подкаста Серебряная Чпуля.
Михаил даст нам вредные советы по Scrum, он расскажет несколько реальных историй про внедрение Scrum, где встречались большие проблемы, а иногда и полные провалы. Поделиться советами как их избежать или как выбраться, если избежать не удалось

И обратную связь по его выступлению ждем тут: https://docs.google.com/forms/d/e/1FAIpQLScyjb6Nbm1bFNBKzZFRkIO-CzV1fQXZiUwzqVHAD_-XwD1vFQ/viewform?usp=sf_link

Спасибо всем огромное за сегодняшний день!
Мы очень рады были видеть вас всех!)
Будем ждать вас на наших следующих ивентах
И чтобы помочь нам сделать их лучше, оставьте пожалуйста обратную связь по нашему Китчену тут https://docs.google.com/forms/d/e/1FAIpQLSei00p8YtvJfJHXPlDxDVkDkkxOkPt4o-sIF1dWpFRrYlTPhQ/viewform?usp=sf_link

Обещанный бонус от Жанны Курманалиновой: аудиоверсия книги Дао Toyota за 30 мин

Коллеги, доброго дня!
Забыли вчера выложить презентацию Михаила Вязанкина
Ловите ее сегодня )

Всем привет )

Высылаем ссылку на первую порцию фотографий

https://drive.google.com/open?id=1DsGDL_hDZwGwo8GrG7H9xrtoDZXK-J1z

И напоминаем, что мы очень ждём ваших отзывов о ивента, чтобы следующие были ещё лучше

https://docs.google.com/forms/d/e/1FAIpQLSei00p8YtvJfJHXPlDxDVkDkkxOkPt4o-sIF1dWpFRrYlTPhQ/viewform?usp=sf_link

Всем доброго снежного утра )

Можем порадовать вас новой порцией фотографий - https://docs.google.com/drive/folders/1jI_fC_QTpskovNIH05QCg35S2JgC-ngk

А еще мы обещали публиковать ответы на вопросы спикерам, которые вы оставили на парковке

Марат Жунусов

Вопрос: Почему для оценки сложности задач вы просите помощи экспертов, ведь это субъективная оценка команды?

Ответ: Наверно мы не совсем ясно донесли мысль.
Эксперт привлекается скорее для разъяснения сложной задачи, чтобы снять консёрны разрабов, а не для самой оценки.
Вы правы, оценка в стори поинтах субъективна для конкретной команды, и внешний человек не вправе её давать.
Он может подсказать сложность реализации относительно других задач, но конечное число остаётся за командой.

Александр Ли

Вопрос: Откуда у ваших детей в 9 лет такие ценности?
Зарабатывать, уметь заводить друзей и тд.
Ценности не по возрасту : )

Ответ: Я удивился, но они уже в 6 лет знают, чего хотят.
Просто мы часто в это не верим и не спрашиваем их

Вопрос: Какой в итоге был результат?

Ответ: Основной результат - это мое спокойствие родителя :) и самостоятельность детей в их обучении.
Бонусом пришло кратное увеличение производительности.

Всем привет!

Видео с первой половины конференции готово
Послеобеденная часть будет завтра


1. Beeline AgileKitchen 2020 открытие - Марат Жунусов.
Agile глазами разработчика - Абай Рустемов.
https://youtu.be/s0n81IV0VJQ


2. "Scrum и работа с данными в крупном банке." Михаил Плотников
https://youtu.be/WuXKaOy3Pl8


3. "Scrum в образовании детей". Александр Ли
https://youtu.be/k-jkZ4ZW55s


4. Lean, бюрократия, и борьба за здравый смысл в крупной компании. Жанна Курманалинова.
https://youtu.be/wsJgZhD_yH4


5. Step by SAFe" Масштабирование Agile. Андрей Славицкас.
https://youtu.be/tOtQNg01q4U

А в рубрике Вопросы_с_парковки у нас Татьяна Барановская

Вопрос: Как отвечать, если начальство говорит "ты же скрам мастер, иди ребят замотивируй, а то они наши (скучные) задачи медленно делают, пусть быстрее работают"

Ответ:

1. Донести до начальства, что ребят что-то выжигает. Как вариант - не хорошо с теми 3 обязательными условиями для поддержания мотивации (предвкушение, безопасная среда, авторизация результата). Это как ведерко с дырой - можно до бесконечности подливать воды, все равно будет вытекать, надо чинить "дыры".

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

3. Помогать самим ребятам. Лучший рецепт для скучной работы - сделать ее красиво (идеально). Ну и стараться разнообразить задачи конечно =)

4. Обязательно надо давать выбор. Если человек не может отказаться от задачи или делать ее по-своему, то тоже выгорит. Об этом начальству стоит знать.

Как и обещали, высылаем вам видео послеобеденных выступлений с конференции

6. Kanban — эволюционный подход к бизнес-гибкости. Мария Украинцева.
https://youtu.be/I3w7mE-PGQQ

7. «Несофтверный Agile». Как использовать ценности и принципы Agile вне процесса разработки. Арман Жапаров.
https://youtu.be/dxbK5M_MgsI

8. «Agile для совершенствования сервиса и развития сервисных команд». Жанна Прашкевич.
https://youtu.be/z8sy-hFAgmY

9. Мотивация в Scrum'e. Татьяна Барановская.
https://youtu.be/147tWgYqKH8

10. Новые тренды банковской разработки. Ажара Мамбетова.
https://youtu.be/Gr9hy7wI3T0

11. Вредные советы по Scrum. Михаил Вязанкин.
https://youtu.be/Qcnl8f5CGbw

Привет!

У нас появился последний ответ на вопрос с парковки
Публикуем и его

Михаил Плотников:
Как удалось сократить время на тушение пожаров?

Мы старались сделать так, чтобы максимально уменьшить время исправления багов в течение спринта.

Для этого:

1. Очень важно четко приоритезировать баги.
То есть договориться сразу заранее,какие баги мы исправляем сразу, а какие можем отложить и спокойно запланировать их в следующем спринте.
Эти критерии рисуются один раз, потом, в течение следующих спринтов они корректируются, уточняются. Это нормально.
То есть мы сразу на входе отрубаем часть багов и считаем их фичами, а часть багов чиним сразу.

2. Работать постоянно над качеством кода, который мы выпускаем каждый спринт. Чем жестче критерии готовности, тем качественнее конечный код, тем качественнее функционал и тем меньше к нему приходится возвращаться.
Это очень важно, чтобы продакт при приемке результатов спринта очень жестко сам спрашивал с команды за соответствие Definition of Done.
Если несколько раз пожурить команду за несоответствие критериям готовности, ребята начинают за ними следить, начинают писать более качественный код и меньше нужно возвращаться к проблемам. Меньше багов возникает.

3. И еще обязательное улучшение качества дает парное программирование, тогда и Code review не нужен.
Это наверное самый крутой метод, который позволяет писать сразу крутой код.
Учитывать все замечания.
Обычно достаточно двух человек.
Иногда можно конечно и втроем, вчетвером сесть.
Код тогда пишется медленнее. Но качество значительно выше.

А еще напоминаем, что наши партнеры ScrumTrek, дарят вам 10% скидку на все свои тренинги и конференции до 31 декабря 2020

Промокод - BeeAgileKitchen_kz

Всем привет!
Мы решили не терять связь с вами и продолжить анонсировать наши ивенты в этом канале