«разработчик тимлидов»

с этой шуткой по жизни... :)

«разработчик тимлидов»

День добрый. Что вы делаете когда в разгаре спринта скрам-мастер отсутствует по форс-мажору или срочной командировке? Скрам мастер оставляет свои функции за кем-либо из команды или извне?

Мастера по соседнему проекту попросить заместить на время

День добрый. Что вы делаете когда в разгаре спринта скрам-мастер отсутствует по форс-мажору или срочной командировке? Скрам мастер оставляет свои функции за кем-либо из команды или извне?

Что ваша команда думает на эту тему?

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

а без скарм-мастера работа все, встает?

Это будет наш первый проект с применением скрам методологии. Поскольку проекты не являются основной работой сотрудников скорее всего без организации все будет тормозиться

Это будет наш первый проект с применением скрам методологии. Поскольку проекты не являются основной работой сотрудников скорее всего без организации все будет тормозиться

Команду вы не спрашивали?

Это будет наш первый проект с применением скрам методологии. Поскольку проекты не являются основной работой сотрудников скорее всего без организации все будет тормозиться

Это будет наш первый проект с применением скрам методологии. Поскольку проекты не являются основной работой сотрудников скорее всего без организации все будет тормозиться

Им не принципиально

а вам скрам зачем?

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

Это будет наш первый проект с применением скрам методологии. Поскольку проекты не являются основной работой сотрудников скорее всего без организации все будет тормозиться

Им не принципиально сейчас, потому что видать никто не спрашивал раньше их решения. Оставьте решение им. Начните, потом узнайте. Задача скрам-мастера помогать становиться автономными и самоорганизующимися, а не принимать решения за команду.

Спасибо

Команда ещё не начала работу и методологию знают лишь теоретически

Команда ещё не начала работу и методологию знают лишь теоретически

а если серьезно - если у вас все люди парт-тайм и вместе всего на полгода, может вам какие-то другие способы организации посмотреть? какой у вашей команды объединяющий фактор? они смогут полностью фокусироваться на продукте?

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

Алия, простите, я пошутил так :)

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

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

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

Сама читала. Всем давала Сазерленда в сокращении

Попробуйте канбан

лучше Scrum Guide, там нет воды и всё четко. Вот последняя версия на русском http://scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Russian.pdf

Попробуйте канбан

Соберемся подумаем о выборе инструмента, спасибо

https://www.mann-ivanov-ferber.ru/books/kanban/ Там есть электронная версия тоже

Соберемся подумаем о выборе инструмента, спасибо

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

В скрам гайде написано что скрам это про продукт) конкретно в определении скрама. Проект на мой взгляд немного другое, нет?

А как же "SCRUM - революционный метод управления проектами" Сазерленда

Если не ошиьаюсь этот человек это один из авторов манифеста гибкой разработки

Алия, простите, важные 5 копеек. Первым шагом подумайте о цели. Выше этот вопрос уже несколько раз звучал, а ответа нет. Инструмент - важная штука, но только тогда, когда вы знаете свою цель, свой путь к ней и более-менее понимаете свои требования к инструменту и зачем он вам. Просто так «скрам, потому что все так делают» - плохо. При этом я вижу, что к традиционному проектному управлению с Ганттом и т.д. у Вас явно есть претензии - а какие? Что именно Вы хотите делать по-другому (и КАК по-другому, и ЗАЧЕМ), выбирая Скрам? Вот я бы об этом всём подумал вначале )

Если не ошиьаюсь этот человек это один из авторов манифеста гибкой разработки

А как же "SCRUM - революционный метод управления проектами" Сазерленда

Выскажу свои 5 копеек. Сам SCRUM - это продукт на котором зарабатывают деньги. И для продажи важно обратить внимание на продукт. Потому полно громких вызывающих лозунгов на эту тему. К тому же, с первого взгляда все просто, потому, SCRUM неплохо продается начинающим коучам/SCRUM-мастерам. Которые потом возвращаются в жизнь и немного офигевают. Но копнем глубже. Мышление у людей, как правило, скатывается к решению перечня фич в как можно более короткий срок. Даже если заказчку на деле нужно решение проблем, а не фич, он все же уверен что нужны фичи. Неопытный менеджер часто упускает цель проекта (ради чего он вообще предпринят) и прочие артефакты (которые даже при применении SCRUM должны быть, просто он умалчивает об этом, типа пусть другие разберутся, это не дело SCRUM'а). Но, допустим, все такие осознающие и вы с заказчиком можете разобраться/договориться что и как. Если критерий успеха - это реализованные фичи в срок, низкая неопределенность с предсказуемыми сроками (создать лендинг, интернет-магазин и т.п., что хоть на первый взгляд каждый раз уникально, но все же делается подобное много раз и поддается достаточно точной оценке), то вполне подойдет формальный подход близкий к водопаду. Заказчику так проще, не нужно ему перестраивать мышление. Но если продукт сложный, заказчик сам до конца не представляет и не до конца уверен сколько профита принесет та или иная фича, то тут что-то из Agile в самый раз. И, кстати, не обязательно SCRUM. И да, только хорошие взаимоотношения с заказчиком являются залогом, что подход сработает. Если за выстраивание взаимоотношений отвечаете вы, то все ок, выстраивайте и SCRUM вам в помощь. Если взаимоотношения формальные, то вас поимеют.

Тут сообщение не на 5 копеек а на рубль :)

днями обсуждаете и тратите время на ТО, что придумано для того что бы организовать процесс РАБОЧИЙ. а не болталня... надо не надо.. лучше не лучше. бред

Выскажу свои 5 копеек. Сам SCRUM - это продукт на котором зарабатывают деньги. И для продажи важно обратить внимание на продукт. Потому полно громких вызывающих лозунгов на эту тему. К тому же, с первого взгляда все просто, потому, SCRUM неплохо продается начинающим коучам/SCRUM-мастерам. Которые потом возвращаются в жизнь и немного офигевают. Но копнем глубже. Мышление у людей, как правило, скатывается к решению перечня фич в как можно более короткий срок. Даже если заказчку на деле нужно решение проблем, а не фич, он все же уверен что нужны фичи. Неопытный менеджер часто упускает цель проекта (ради чего он вообще предпринят) и прочие артефакты (которые даже при применении SCRUM должны быть, просто он умалчивает об этом, типа пусть другие разберутся, это не дело SCRUM'а). Но, допустим, все такие осознающие и вы с заказчиком можете разобраться/договориться что и как. Если критерий успеха - это реализованные фичи в срок, низкая неопределенность с предсказуемыми сроками (создать лендинг, интернет-магазин и т.п., что хоть на первый взгляд каждый раз уникально, но все же делается подобное много раз и поддается достаточно точной оценке), то вполне подойдет формальный подход близкий к водопаду. Заказчику так проще, не нужно ему перестраивать мышление. Но если продукт сложный, заказчик сам до конца не представляет и не до конца уверен сколько профита принесет та или иная фича, то тут что-то из Agile в самый раз. И, кстати, не обязательно SCRUM. И да, только хорошие взаимоотношения с заказчиком являются залогом, что подход сработает. Если за выстраивание взаимоотношений отвечаете вы, то все ок, выстраивайте и SCRUM вам в помощь. Если взаимоотношения формальные, то вас поимеют.

Выскажу свои 5 копеек. Сам SCRUM - это продукт на котором зарабатывают деньги. И для продажи важно обратить внимание на продукт. Потому полно громких вызывающих лозунгов на эту тему. К тому же, с первого взгляда все просто, потому, SCRUM неплохо продается начинающим коучам/SCRUM-мастерам. Которые потом возвращаются в жизнь и немного офигевают. Но копнем глубже. Мышление у людей, как правило, скатывается к решению перечня фич в как можно более короткий срок. Даже если заказчку на деле нужно решение проблем, а не фич, он все же уверен что нужны фичи. Неопытный менеджер часто упускает цель проекта (ради чего он вообще предпринят) и прочие артефакты (которые даже при применении SCRUM должны быть, просто он умалчивает об этом, типа пусть другие разберутся, это не дело SCRUM'а). Но, допустим, все такие осознающие и вы с заказчиком можете разобраться/договориться что и как. Если критерий успеха - это реализованные фичи в срок, низкая неопределенность с предсказуемыми сроками (создать лендинг, интернет-магазин и т.п., что хоть на первый взгляд каждый раз уникально, но все же делается подобное много раз и поддается достаточно точной оценке), то вполне подойдет формальный подход близкий к водопаду. Заказчику так проще, не нужно ему перестраивать мышление. Но если продукт сложный, заказчик сам до конца не представляет и не до конца уверен сколько профита принесет та или иная фича, то тут что-то из Agile в самый раз. И, кстати, не обязательно SCRUM. И да, только хорошие взаимоотношения с заказчиком являются залогом, что подход сработает. Если за выстраивание взаимоотношений отвечаете вы, то все ок, выстраивайте и SCRUM вам в помощь. Если взаимоотношения формальные, то вас поимеют.

Леонид, а можно подробнее про Scrum - это продукт. Что Вы имеете ввиду ? Как по Вашему на нем зарабатывают и как ?

Леонид, а можно подробнее про Scrum - это продукт. Что Вы имеете ввиду ? Как по Вашему на нем зарабатывают и как ?

ну как минимум на сертифицировании

Ок, Обучение и сертификация по желанию. Но и без сертификации ты можешь использовать фреймворк

Ой, да ладно, ну из всех "5 копеек" – это единственная истина, Скрам давно продукт на продажу при этом это клевый фреймворк, но продуктовости это не отменяет) ковучи, сертификации, тренинги, внедрения, книжки, трансформации, конференции)) все зарабатывают на скраме и никто не говорит, что это плохо

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

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