Ну и есть blocker на случай, если система ляжет так, что надо фиксить СЕЙЧАС.

Есть SLA ндля каждого уровня

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

это уже продвинутый уровень, обычно все решается - ты бери телефон в любое время, ага)

это уже продвинутый уровень, обычно все решается - ты бери телефон в любое время, ага)

10 городов в 8 штатах, около пары сотен юзеров работают с системой постоянно, от нее dalily operations зависят. От телефона очень хотят отказаться :)

Т.е. есть три уровня саппорта: tier 1 обрабатывает все входящие, решает то, что является репортом из-за Misunderstanding или отсутствия прав. tier-2 получает эскалацию, если есть проблема с инфраструктурой: недоступен сервер, например, или проблемы с данынми по вендору/клиенту, etc - то, что находится вне компетенции tier-1, tier-3 получает эскалацию, если в системе конкретно обнаружен баг, или если система конкретно легла не на уровне инфраструктуры (database locked, информация не вводится/не читается)

Они последовательно идут? Или после 1 может и в два и три уйти?

ну CI/CD обычно решает такие проблемы, в случае чего откат и фикс

разрабы инфраструктуру все равно не чинят, поэтому просто пересоздал контейнеры и пусть летит дальше)

Я спать, удачи всем!

Они последовательно идут? Или после 1 может и в два и три уйти?

Последовательно.

1 может эскалировать в 2, 2 - в 3

ну CI/CD обычно решает такие проблемы, в случае чего откат и фикс

Это да, но это пока в бэклоге :)

https://www.youtube.com/watch?v=F5vtCRFRAK0

Немного истории Lean for Dummies :)

https://www.youtube.com/watch?v=F5vtCRFRAK0

Это вирусный ролик, вот для новичков

https://www.youtube.com/watch?v=F5vtCRFRAK0

https://youtu.be/wfsRAZUnonI

Ребят, а скиньте был как-то крутой видос рускоязычного спикера про роадмепы и планирование. Там что-то было на тему "зачем вам нужен роадмеп"?

Ребят, а скиньте был как-то крутой видос рускоязычного спикера про роадмепы и планирование. Там что-то было на тему "зачем вам нужен роадмеп"?

Возможно это был я https://youtu.be/NpbvtZV_sD8 Но может и нет

Возможно это был я https://youtu.be/NpbvtZV_sD8 Но может и нет

О здорово, спасибо! Я как раз хотел вопрос задать по видео, там есть крутая ремарка, что чем меньше WIP, тем быстрее пробегает задача и ты за минуту можешь это показать. Расскажешь? =)

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

это закон литтла

собственно, если уменьшаешь лимит, а скорость остается неизменной, то время ожидания уменьшается

ок. но это же время ожидания только, в системах массового обслуживания есть трейдоф между летенси и пропускной способностью.

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

ну, тут прикол, что закон литтла, который появился в системах массового обслуживания – оказался вполне применим для интелектуальной работы вот буквально 10 минут назад, закончил играть раунд в featureban, он прям хорошо это показывает

нет, я не говорю, что закон не работает. я про то, что короткие задержки означают низкую общую прозиводительность (штук / сек)

воот поэтому випы не надо снижать до нуля

надо снижать о тех пор, пока лид тайм падает

а потом он падать перестанет, а пропускная способность начнет

да, хорошее замечание

спасибо!

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

Возможно это был я https://youtu.be/NpbvtZV_sD8 Но может и нет

✌️, отличный вариант)

Где-то прорекламировали?

нет, я не говорю, что закон не работает. я про то, что короткие задержки означают низкую общую прозиводительность (штук / сек)

http://kanban.club/all/wip-limit/ вот тут красивый график есть

#whois Привет, я контентщик в компании BrainRain, мы представляем Scrum.org в Украине. Ведем телеграм-канал https://t.me/brainrainagile. Я делаю для своей компании переводы и дизайн. Естественно, хочу узнавать, что актуально в сообществе, поэтому и подписываюсь. О группе узнала из канала "Менеджер от боженьки" (https://t.me/pm_god). Рада знакомству

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

Есть хорошая игра с переворачиванием монеток.

Есть хорошая игра с переворачиванием монеток.

Угу

Дима, отличное видео.

боты что ли)

Видимо где-то прорекламировали

Подборка каналов о PM В телеграмме не так много каналов об управлении проектами, вот самые классные: @scrummasters - заметки про скрамчик, много практики; @psilonsk - рассуждения о тонких, глубоких штуках в управлении; @realtoktok - мощнейшие советы, хаки для PM\SM; @lovely_it_hell - проблемы менеджмента глазами head of R&D; @pmwithloveandsqualor - канал Даши похож на радио, там все сразу, вперемежку с личным, но некоторые посты цепляют; Другое: @docops - как вести документацию, но не служить Сатане. Рекомендую аналитикам. @agile_ru - живой чат о гибких методологиях, можно не стесняться задавать вопросы любого уровня, на все ответят. Порой поражаюсь когда эти люди успевают работать 😎.  Делайте проект так, как продакты делают свои продукты. Темы схожие, много полезной инфы нахожу на @ruspm и на легендарном @proproduct.

😄, проверим

коллеги вновь примкнувшие, пожалуйста представьтесь, см. прикрепленное сообщение)

1. Крупный интернет ретейлер 2. Коммуникации и постановка задач 3. Могу сказать что-нибудь в тему 4. Обмен опытом 5. На данный момент - екб 6. Рекомендации с другого канала

1. Крупный интернет ретейлер 2. Коммуникации и постановка задач 3. Могу сказать что-нибудь в тему 4. Обмен опытом 5. На данный момент - екб 6. Рекомендации с другого канала

из подборки выше?)

Йеп

Раз такая пьянка, могу порекомендовать еще пару каналов, которые я читаю, окромя той подборки

Не рекламы ради

1. финтех-компания 2. в данной сфере - очень интересующийся) 3. по ситуации 4. разобраться в методологиях, возможно, задать вопросы 5. Казахстан 6. рекламный пост выше #whois

#whois Привет. Я работаю проектным менеджерем в одной из крупных аутсортинговых IT компаний Беларуси (г. Минск). Об этом канале узнал из другого канала (см. выше). На проектах agile зачастую применяю гибкие методологии. Интересно какие проблемы\вопросы возникают у других ПМов на их проектах и как они эти вопросы решают. Обмен опытом - наверно, лучше и не скажешь про свою цель присоединения к этому каналу.

#whois Привет. Я работаю проектным менеджерем в одной из крупных аутсортинговых IT компаний Беларуси (г. Минск). Об этом канале узнал из другого канала (см. выше). На проектах agile зачастую применяю гибкие методологии. Интересно какие проблемы\вопросы возникают у других ПМов на их проектах и как они эти вопросы решают. Обмен опытом - наверно, лучше и не скажешь про свою цель присоединения к этому каналу.

Привет, Дмитрий :)

#whois всем привет 👋🏻 работаю скрам мастером в ИТ компании, интересует обмен опытом. хочется послушать умных людей, да и сам может кому-то помогу 😉 а пришел я с того же канала, что и предыдущие ораторы )

#whois всем привет 👋🏻 работаю скрам мастером в ИТ компании, интересует обмен опытом. хочется послушать умных людей, да и сам может кому-то помогу 😉 а пришел я с того же канала, что и предыдущие ораторы )

)) хорошей компании, надеюсь)

)) хорошей компании, надеюсь)

не жалуюсь))

#whois всем привет 👋🏻 работаю скрам мастером в ИТ компании, интересует обмен опытом. хочется послушать умных людей, да и сам может кому-то помогу 😉 а пришел я с того же канала, что и предыдущие ораторы )

Можете поведать об обычном распорядке дня скрам-мастера? Очень любопытно

#whois Всем привет. Работаю менеджером проектов, текущий проект в сфере финтех. Применяю и внедряю agile на проектах, не всегда получается гладко. Встречается непонимание, где-то сопротивление со стороны команды. Возможно смогу помочь с тем, с чем сама сталкивалась. Интересен обмен знаниями. Локация - Беларусь, Могилев. Перешла из все той же группы)

Можете поведать об обычном распорядке дня скрам-мастера? Очень любопытно

https://www.scrum.org/resources/blog/day-life-scrum-master очень полезная статья.

https://www.scrum.org/resources/blog/day-life-scrum-master очень полезная статья.

Читал. Хочется из реалий и из первых рук, так сказать

У меня, например, сегодя четыре часа ушло на проведение двух мероприятий и час на подготовку.

#whois Всем привет. Работаю менеджером проектов в аутсорсинговой IT компании Беларуси ( г. Минск). Пытаюсь внедрить Agile в компании, так как проекты в компании ведутся как придется. Интересен примеры и удачные кейсы внедрения Agile в компаниях. перешел из групы выше

У меня, например, сегодя четыре часа ушло на проведение двух мероприятий и час на подготовку.

покажи расписание, пусть человек ужаснется)))

Беседа с командой, беседы с коллегами. Примерно час.

покажи расписание, пусть человек ужаснется)))

Ну это пятница у меня такая была - пять ретроспектив и обзор Спринта :)

Скажем так, мне больше интересны яркие различия классического СМ от ПМ?

Хм. Это как бы не сравнимо

СМ отдельный, как я понимаю, нужен, когда много команд? Просто, вот у нас, например, 6 команд и ни одного см, только 4 пм, которые и не пм в классическом виде

Мой день в пятницу прошедшую

С 12-ти до 13-ти обед

СМ отдельный, как я понимаю, нужен, когда много команд? Просто, вот у нас, например, 6 команд и ни одного см, только 4 пм, которые и не пм в классическом виде

А фреймворк какой?

Хм. Это как бы не сравнимо

Ну я не про менеджмент, конечно, и не про коммуникации с заказчиками и тп

А фреймворк какой?

Ну у нас агиле

Ну у нас агиле

а это точно фреймворк?

Думаю максимум на одного Скрам-мастера это две три команды. У меня сейчас четыре и все общие мероприятия.

а это точно фреймворк?

Классический скрам же)

Я шьюсь.

Классический скрам же)

В классическом Скраме всегда есть Скрам Мастер в команде :)

Классический скрам же)

Сейчас это синонимы, хотя согласен, что неправильно

А ПМы это кто тогда?