Это кстати не сложно делается

Админ джиры должен уметь

Да мы то как раз в JIRA всё и сделали, изначально речь шла про аналоги вроде BIPULSE
На JIRA у нас сейчас половина делается через Templates, половина через Elements CheckList
Вполне удобно, всем рекомендуем

Есть две точки зрения:

1. Командная ответственность - Agile и всё такое, но следует учитывать что она не командная, она ответственность каждого если он профессионал (помним что Манифест подписали профи с своем деле)

Минусы подхода:
- А почему не сделали?
- Это Вася не сделал
- А я бы всё сделал, но  Петя мне данные не дал.

То есть, мехнизм работает только в случае когда каждый считает "Мне это важно, давай СДЕЛАЕМ ЭТО вместе!" , если система сбоит то мотивашками "мы же команда!" - много не добиться. Каждый делает  работу для достижния своих личных целей.

2. Всегда есть отвественный за достижение цели -  если он отвественный , значит мы с него спросим, если мы  него спросим значит он "хочет"  сделать  все возможное для достижения цели, и спихнуть "мне не дали , я ждал" уже не получится. Фактически это режим делегирования "дал - взял", в отличии от коллективной отвественности -  когда может быть ситуация что каждый считает что отвественность возьмет кто-то другой.

"У каждой аварии есть имя, фамилия и должность". (с) нарком путей сообщения Лазарь Каганович.

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

Мышление в терминах "ресурс" - обеспечивает понимание "От этого струдника нам нужны такие и таких качества для выполнения этой работы". В отличии от использования термина "со-исполнитель", когда подключаем сотрудника "просто так, навернео пригодится"

Занятное замечание, да на практике тоже с таким сталкиваешься, кто нам нужен для выполнения этого проекта, ну А & B код написать, С тесты провести, E всё спланировать и задокументировать и давайте ещё Z позовём, у него вроде есть экспертиза в этой области, глядишь чего дельного посоветует

Чем толще задача, тем она раплывчатей.  
Поэтому при запуске проектоа по Методу  (http://pulsemanagement.org/rules-project-charter/)
я всегда прошу ответить на вопросы:
1.Кто будет работать над проектом?
2. Кто и каким образом может помочь в достижении цели проекта?

Был случай, запускал проект в одном  стартапе, там была наукоемкая составляющая, определили "кто может помочь" ,а  в процессе реализаци  возникли трудности, но из-за того что об этом уже подумали, ребята просто активировали контакт который прописали в Уставе проекта.

Ну если стоит задача использовать по максиму бесплатные инструменты, то тут свой набор - вэлкам к бизнес-аналитикам они подскажут.

Всем привет!

Меня зовут Ваня, я менеджер проектов с бэкграундом в телекоме и финтехе. Провожу небольшое исследование про обучение Scaled Agile Framework (SAFe).

Если вы интересовались фреймворком, что-то читали, но не проходили курсы/тренинги, хочу вам предложить поучаствовать в исследовании (по времени - не больше часа)

Что предлагаю: сыграть в короткую интерактивную игру про SAFe, что-то вроде симулятора. Похожая игра проводится на тренингах/конференциях/воркшопах Scrumtrek. Потенциально - вы углубите свои знания в SAFe, я получу полезную почву для исследования.

По формату: в идеале, созвон с демонстрацией экрана и записью. Вы проходите игру, говоря в слух что видите/чувствуете. Я выступаю наблюдателем, возможно, задаю наводящие вопросы.

Если готовы поучаствовать, напишите, пожалуйста, в ЛС.
[Правила канала, надеюсь, не нарушил]

для начала, прежде чем врываться  было бы хорошо ответить на 4 вопроса https://t.me/spbspm/2745

Спасибо, что обратил внимание. Вроде постарался тезисно каждый из пунктов отразить в сообщении.
По пунктам:
1. Ваня Шадрин
2. Менеджер проектов финтех/телеком
3. Первоочередно, искал помощи в исследовании. Если получится влиться в ламповый чатик и присоединиться к митапам, будет круто.
4. Наверно не могу выделить что-то одно. Нравится развиваться как T-Shaped специалист. Немного прогаю, много читаю про методологии, UX, развитие продукта, стартапы и инновации.

Сорри, если первое сообщение выглядело, как вмешательство(

Вот! А теперь после такого приветствия, можно и вопросы  задавать.

Уважение в команде проекта  начинается с уважения к участникам сообщества. Тут главное не спешить.

👍

Коллеги, 28 мая не за горами.

Судя по обстановке, все (всё)  еще в онлайне. Кто готов выступить в таком  формате?

У меня есть выступление, но я не могу 28 мая :/

Ну и я не уверена, насколько тема про постановку целей вписывается в формат мероприятия (если рассмотреть на через месяц, например)

Total messages: 6302

Прошу прощения у участников группы за ответ бота - нажал не на тут кнопку :)

Норм

Я на 9 месте)))

Кстати, @sbase Наверное, надо убрать (?) анонс ITGM из шапки. Я не думаю, что он в текущих условиях состоится в оффлайне. Хотя, карантин к 15 июня практически на 95% снимут.