@agile_ru - страница 377 - Telegram web archive

🦠

the DDD approach can improve a lot of things: cost of support, velocity and robustness - if you plan go with long-term projects

🦠

I would prefer team members who are able to do a commitment over rockstars who work alone, of course it is really great to have a troubleshooter hero, but most of the time you are involved into long-term projects which needs some stability in results

🦠

fast - can be slow, but without performance drops

🦠

I can recommend to add some intro to your website, what is gitscrum, what is the difference

🦠

and add some devenv - like docker into your project with all needed prerequisites, it will improve amount of contributors

🦠

since you’re at github - add travis ci to provide smooth continuous integration experience

🦠

вот че я не продаю никаких сырых проектов, надо заказать киллера для своего внутреннего критика, реально люди на таком умудряются зарабатывать)

Сергей

🔵 В группе есть традиция - представляться при входе: ▫️Какой у вас проект или где работаете? ▫️В чём вы специалист? ▫️Чем можете быть интересны или полезны сообществу? ▫️Чем интересно сообщество вам? Что вы ищете? ▫️Откуда вы? ▫️Как узнали про группу? В сообщении нужно указать тэг #whois 🔵 Правила чата: 🚫 Реклама запрещена 🚫 Политика запрещена 🚫 Публикация вакансий запрещена 🚫 Флуд и оффтопик запрещены За несоблюдение правил - одно предупреждение, далее следует бан. Здесь мы общаемся на темы, посвященные Agile, Scrum, Lean, XP, Kanban, инструментам повышения эффективности. Отвечаем на вопросы. Делимся идеями, новостями, а также публикуем анонсы. 📣 Заметили нарушение? Обратитесь, пожалуйста, к модераторам: 🔸@dmitriyabr 🔸@d_dzhafarov 🔸@NikolayKrupiy 🔸@thegreatbender 🔸@DenisIzmaylov 🔵 Параллельно с этой группой развиваются: 🔸@agile_jobs 🔸@projects_ru 🔸@products_ru 🌎 Возможно, вам также будут интересны группы: @selfdev_ru, @projects_jobs, @products_jobs, @devops_ru, @devops_jobs, @qa_ru, @qa_jobs, @mobile_jobs, @javascript_jobs, @uiux_ru, @uiux_jobs. Приятного общения!

Доброго времени суток, коллеги О себе: + В настоящий момент без проекта, ищу новое место работы. + ICP Scrum master, дополнительно разработчик Oracle + Время покажет, надеюсь что многим. + Ответами на свои вопросы. Их и ищу. + Тольятти + Google поиск

Сергей

Допустимо ли в данной группе оставлять голосовые сообщения?

⁣vladislav_gatsenko

Никто не запрещал... Но если важно что бы вам ответили, лучше пишите

Сергей

Хорошо, спасибо.

Сергей

Мой основной вопрос: как организовать оптимальный daily meeting для распределенной команды. Есть ли у кого положительный опыт, примеры?

Alexandr

Мой основной вопрос: как организовать оптимальный daily meeting для распределенной команды. Есть ли у кого положительный опыт, примеры?

по телефонной/видео связи с демонстрацией экрана с доской

Dmitry

по телефонной/видео связи с демонстрацией экрана с доской

👍 подтверждаю, работает

Anton

Orest

Мой основной вопрос: как организовать оптимальный daily meeting для распределенной команды. Есть ли у кого положительный опыт, примеры?

Фокус на синхронизации, а не на статусе. + ряд полезных трюков (сброшу презентацию ниже).

Orest

Сергей

Фокус на синхронизации, а не на статусе. + ряд полезных трюков (сброшу презентацию ниже).

Большое спасибо. Хороший материал, но в целом повторяет по большей части высказывания выше.

Pёtr

Привет, я product manager в segmento.ru (СПб). Развиваю продукт и нахожусь в процессе изменения процесса разработки. #whois

HashTag

Подписка на #whois

Alexey Lopatin

Друзья, у меня ситуация: команда не хочет живую доску со стикерами, их устраивает в джире. Из-за джиры(в том числе) получаются колодцы на уровне отдельных разработчиков, сложно визуализировать объем работы in progress, а на burndown чарт вообще смотрим один раз на закрытии. Посоветуйте источники, где поискать аргументы для команды для перехода на живую доску (планирую дублировать инфу из джиры).

Grigory

думаю от смены инструмента возможная проблема может не уйти. нужно искать причины

SeWa

а поискать нечто, что синхронится с Джирой и показывает объём работы?

Alexey Lopatin

Причины есть, одна из них - прозрачность хромает. Планирую немного улучшить. Чтобы на стене висел излучатель информации, который всегда виден. Команда 7 человек, 6 в офисе.

Grigory

Причины есть, одна из них - прозрачность хромает. Планирую немного улучшить. Чтобы на стене висел излучатель информации, который всегда виден. Команда 7 человек, 6 в офисе.

SM должен обеспечить прозрачность инструментов и процесса. и если кто то хочет доску, а команда не хочет, то SM не доработал.

Alexandr

Друзья, у меня ситуация: команда не хочет живую доску со стикерами, их устраивает в джире. Из-за джиры(в том числе) получаются колодцы на уровне отдельных разработчиков, сложно визуализировать объем работы in progress, а на burndown чарт вообще смотрим один раз на закрытии. Посоветуйте источники, где поискать аргументы для команды для перехода на живую доску (планирую дублировать инфу из джиры).

мы все ведем тоже в жире, команда распределенная, проблем с прозрачностью у нас не замечал, burndown смотрим каждый планинг, а что вам мешает смотреть burndown чаще? попробуйте с командой пообщаться не о новом инструменте а о проблемах, лучше найти вместе решение, чем потом пытаться продать свое решение команде :)

Orest

+1

Artem

мы все ведем тоже в жире, команда распределенная, проблем с прозрачностью у нас не замечал, burndown смотрим каждый планинг, а что вам мешает смотреть burndown чаще? попробуйте с командой пообщаться не о новом инструменте а о проблемах, лучше найти вместе решение, чем потом пытаться продать свое решение команде :)

Согласен. То, что доска есть на стене, не значит, что на нее будут смотреть. Примелькается за пару дней. Нужно искать причину проблемы

Alexandr

вот доска, по мне все оч наглядно, сразу видно у кого в работе 3 стори одновременно )

Alexandr

Alexey Lopatin

Причина в том, что прозрачности не хотят - защитное поведение: "я свою область пилю, чем меньше вы о ней знаете - там лучше я себя чувствую"

Alexandr

ну то есть причина совсем не в доске, нужно глубже копать

Grigory

Причина в том, что прозрачности не хотят - защитное поведение: "я свою область пилю, чем меньше вы о ней знаете - там лучше я себя чувствую"

ну если успевают все, то в чем проблема

Alexey Lopatin

успевают 70% от намеченного (это самый лучший результат был, начиналось с 48%)

Grigory

а если 70% запланировать, то успеют?

Grigory

или 70 от 70 будет?

Alexey Lopatin

начальство не дает мало (по его мнению) в спринт брать. задачи распределяются лично начальством по специалистам. вот хотим отойти от этого (начать отходить хотя бы), и первый шаг - чтобы всем было видно кто чем занимается и на каком этапе вся команда.

Alexey Lopatin

если 70% запланируем - скорей всего успеем. но менеджмент любит наваливать под завязку, кроме того сами ставят оценку таске. а разработчик с ней соглашается.

Yuriy

предложить в качестве эксперимента оценку разработчиками, по итогу сверить с оценками менеджмента

Yuriy

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

Ⓢⓔⓡⓖ

Мой основной вопрос: как организовать оптимальный daily meeting для распределенной команды. Есть ли у кого положительный опыт, примеры?

Что такое dayly meeting?

Сергей

Что такое dayly meeting?

daily meeting, извиняюсь за очепятку) Ежедневный быстрый план мероприятий на день командой, с целью выявить проблемы и найти пути для их скорейшего решения

Yuriy

Мой основной вопрос: как организовать оптимальный daily meeting для распределенной команды. Есть ли у кого положительный опыт, примеры?

если часовые пояса позволяют, то несложно, смотря в чем у вас затруднения )

Ⓢⓔⓡⓖ

Сорри это у меня опечатка. Но такой тип встречи не рекомендуется. Есть стендап сроком до 15 минут, настраивающий на рабочий ритм и улучшающий коммуникации

Ⓢⓔⓡⓖ

Есть митинги/созвоны для решения конкретных проблем и преодоления препятствий. Смешивать эти встречи в одну -плохо

Ⓢⓔⓡⓖ

На стендапах импедименты только озвучиваются, но не обсуждаются и не решаются тк н уложимся в 15 мин. Участвуют все члены команды, даже удалённые, сидя/лежа/в пути, но лучше конечно в тихом месте и стоя.

Ⓢⓔⓡⓖ

Стендапы должны быть регулярными, короткими, строго для всех и в одно и то же время суток.

Ⓢⓔⓡⓖ

Problem case solving - это отдельная встреча для решения задач. Лично,созвоны,вкс - сроком желательно не больше часа (хотя по гайду до 4часов,но это особо тяжелые случаи)

Marina

Подскажите пожалуйста из вашего опыта, над сколькими продуктами может работать участник скрам команды одновременно? Получается ли у кого-то одновременно быть членом нескольких команд? Укладываетесь ли вы в 8 часовой рабочий день?:)

Marina

Сколько команд одновременно может вести скрам мастер?

Свят

Подскажите пожалуйста из вашего опыта, над сколькими продуктами может работать участник скрам команды одновременно? Получается ли у кого-то одновременно быть членом нескольких команд? Укладываетесь ли вы в 8 часовой рабочий день?:)

Как ВП я б убил того, кто работает на 2 продукта. Я и так на дефектовку 20-40% времени откладываю. А они ж еще рефлексируют. И что б на 2 продукта еще делить - проще отказаться от ресурса.

Свят

ВП 2х команд, он же коуч команд и скрам мастер. 12 часов не хватает.