Slava
Можно любой параметр вставить, это только покажет что с 2-й и 3-й симуляцией станет хуже
Alexey
Все верно, оно там нелинейно хуже становится
Yuriy
КТо-нибудь вообще таким увлекается, мат. модели своих процессов строит?
по себе делаю), только попроще, как раз проверю на этой модели)))
Yaroslav
Рецензия на книгу Джеффа Сазерленда "SCRUM. Революционный метод управления проектами" https://www.slideshare.net/kosenko/scrum-76997772?qid=b2c70012-5ea0-49a6-afe3-66cc35e294e0&v=&b=&from_search=3
Dmitry
Рецензия на книгу Джеффа Сазерленда "SCRUM. Революционный метод управления проектами" https://www.slideshare.net/kosenko/scrum-76997772?qid=b2c70012-5ea0-49a6-afe3-66cc35e294e0&v=&b=&from_search=3
мда начинали за здравие, закончили как обычно человек, прочитав самую херово переведенную обложку книги и устаревшую книгу Книберга делает выводы и сравнивает термины из MS Project со скрамом используя там такие "скрам" термины, как фокус фактор (от которого сам книберг отказался позже) ну как обычно, че)
Pasha
Почему из всех вариаций аджайла чаще всего внедряют именно скрам?
Denis
Он не самый короткий. Он самый короткий из всех чётких. Но я думаю успех в пиаре
Dmitry
Под PMBoK целый институт собрали, чтоб пиарить, а большинство его так и не дочитали, так что краткость тоже важна)
Denis
@agile_jobs
Alina
Спасибо
Denis
«подумайте о том, как структурировать и усилить иерархию в вашей компании». глебушка показал своё синее брюхо: https://www.facebook.com/tmsovet/photos/a.432162120143807.120959.432151113478241/1859337150759623/?type=3&theater
Pasha
Типа как про учение Ленина?
Pasha
"Потому что оно верно"?
Vera
Привет! Я работаю в компании МОНТ. Product owner корпоративного портала для партнеров (B2B) #whois
HashTag
Подписка на #whois
Marat
Teal, holocratic, sociacratic, (...) ? 🙂
Yuriy
Он не самый короткий. Он самый короткий из всех чётких. Но я думаю успех в пиаре
мне кажется, еще дело в том, что правила есть, но они достаточно простые, их немного, и они хорошо между собой увязаны
Yuriy
вся схема - рабочая ;)
Denis
ага
Anonymous
А нас вперла ассоциация со спортом и термин бежим или не бежим теперь чаще звучит по компании)))
Anonymous
Побежали че:)
Mikhail
Посоветуйте ченить почитать по фасилитации или командному коучингу?
Dmitry
Coaching Agile teams Agile retrospective
Вадим
Вау, название группы изменилось!!!
Yuriy
чтоб не искали других Лин)
Mikhail
Классику уже прочитали?
не не читал)спасибо
Nick
@asm0dey я же говорю открой скрамгайд Scrum is: Lightweight Simple to understand Difficult to master Вот почему с него начинают
Magistr
https://www.youtube.com/watch?v=pv02MJGJcUk
Алекс
Друзья, кто уже скачал новый PMBOK ?
Anton
Алекс
А кто то скачал Agile Practice Guide ?
Алекс
поделитесь мнением
Вадим
Я скачал. Для членов отделений PMI электронная версия в формате pdf бесплатна. В том числе и на русском языке
Denis
Мое мнение — я считаю, что книжку скачали Богданов и Софонов
Artem
Внедрял 🙂
Где-то проходили обучение или методом проб и ошибок? Пока так и не услышал что кто-нибудь где-то учился с толком для себя и для дела, а деньги и время очень не хотелось бы на ветер выбрасывать
Denis
Сначала метод проб и ошибок, потом тренинги в ScrumTrek от ICAgile. Теперь сам тренинги провожу и продолжаю внедрять 🙂
Denis
Вообще рекомендую тренинг Professional Scrum Master. Читаю близкий к нему вариант, если в формате 2 дней
Artem
Вообще рекомендую тренинг Professional Scrum Master. Читаю близкий к нему вариант, если в формате 2 дней
Подскажите прямую ссылку на Professional Scrum Master? а то здесь https://scrumtrek.ru/trainings/ такой не нахожу (Москва)
Dmitry
у скрамтрека нету PSM
Dmitry
только у Unusual Concepts
Denis
Ага, сорри, что запутал 😊
Yuriy
из того, что я вижу при обратном порядке получается хуже😉
T
Всем привет, может кто-то поделится опытом введения 2-х тимлидов разработки в проектной команде. 1 от фронта, 1 от бэка. Как выстраивали взаимодействие между ними?
Yuriy
а немного контекста можно)?
T
Существует проектная команда, есть 5 разработчиков бэкэнда на, например, Питоне. Есть 5 разработчиков от фронта. У Питона свой тимлид, который знает бэк, у фронта свой тимлид. Вопрос в том, что один тимлид не знает технологий другого и им нужно взаимодействовать. Решать конфликты и вопросы
T
то есть реализация одной задачи включает в себя проведение работ по бэку и по фронту одновременно
Slava
Чтобы решать конфликты и вопросы - их надо видеть, видеть на каком этапе они появляются и кто кого держит.
T
)))) напомнило ответ российских чиновников)
Slava
Если потоки (фронт и бэк) разделены, то лиды для начала должны видеть как задачи в их потоках друг от друга зависят.
Slava
Slava
вот пример.
Slava
чиновничий
Nikolay
Зависимости везде фронт и бэк, дев и опс
Slava
Просто это все должен делать один человек
Slava
Very much t-shaped
Slava
Меньше людей - меньше проблем, human wip limit for the win
Yuriy
Меньше людей - меньше проблем, human wip limit for the win
прям очень строгого режима Agile
T
Просто это все должен делать один человек
а как же заменямость кадров?) Легко построить команду с крутыми спецами, а вот построить команду из толпы средних спецов - это другое)
Denis
Существует проектная команда, есть 5 разработчиков бэкэнда на, например, Питоне. Есть 5 разработчиков от фронта. У Питона свой тимлид, который знает бэк, у фронта свой тимлид. Вопрос в том, что один тимлид не знает технологий другого и им нужно взаимодействовать. Решать конфликты и вопросы
Если у них есть общая цель сделать хороший продукт, то все конфликты решаются с минимумом фасилитации. А если у кого-то в приоритете "красивая" архитектура или карьерные амбиции, то тут обычно проще их не сажать на один проект
T
Если у них есть общая цель сделать хороший продукт, то все конфликты решаются с минимумом фасилитации. А если у кого-то в приоритете "красивая" архитектура или карьерные амбиции, то тут обычно проще их не сажать на один проект
хм, по опыту, если это не стартап из 10 энтузиастов, то в большой компании масса людей работает за зарплату и свое развитие, корреляция с целями компании обычно низкая. Ну серьезно, сколько сотрудников, сбербанка считают "Мы с Грефом команда, го-го-го вперед-вперед"?)
Denis
Иногда бывает у них противоречащие KPI. Тут можно решить выставлением общего КПЭ на всю команду, в идеале продуктовые
Slava
а как же заменямость кадров?) Легко построить команду с крутыми спецами, а вот построить команду из толпы средних спецов - это другое)
заменяемость кадров это граничный случай, если на граничных случаях опираться в проектировании процессов можно только ими и заниматься
T
то есть строить систему, которая развалится, если уйдет крутой t-shaped это не рискованный подход? Я понимаю, что уход крутого спеца - это всегда стресс для системы менеджмента, задача как раз его минмизировать
Slava
крутой t-shaped не построит систему, которая развалится после его ухода
Slava
;)
T
Мой опыт говорит об обратном. Возможно, вашим командам не хватает информированности или лидера, который вкусно может представить продукт
привидите пример 1000+ сотрудников компании, где подавляющая масса людей радеет за компанию всей душой. Мне правда трудно представить.
Slava
северная корея
T
ага, я думал о сектах, но там подходы иные) Там зомбирование)) Мы говорим о рынке свободных специалистов вроде
Yuriy
в сектах, по идее, так же думают)
Slava
Ну кроме северной кореи я думаю это еще фейсбук и гугл
T
Думаешь или уверен?)