Sergey
Лучше понятие "теория вариаций", но этот термин у нас пока не прижился.
PM
а как правильно теорвер понимать?
не знаю про теорвер, знаю только про тервер. Ну условно да, в проектах, где риски зашкаливают, их много, и они дорогие - тервер нужен, как один из инструментов для управления рисками. Но такое обычно в инвестиционных проектах и портфелях скорее применяется, нормальному ПМу это нужно редко (весь анализ рисков в 99% случаев сводиться к реестру с влиянием и экспертно оцененной вероятностью, ну и SWOT отдельных вариантов на брейншторме вначале можно проработать).
Eugene
Сопроматчики = инженеры, а там матстатистику не особо изучает, она есть, но в рамках общего инженерного курса вышки. Матстатистика - это больше прерогатива того же мехмата, но там нет сопромата.
Sergey
Управление рисками без знания теории вариаций это как то печально. А ПМ нужно понимание отличия общей причины вариций от особой.
Sergey
Почему сопромат? - очень сложная штука. Очень сильно тренирует мозги. Сами знания в разработке не пригодятся, а вот навыки мышления очень даже.
PS. Но может я и не прав.
Sergey
"теорию вариаций" я использую термин Деминга. Может это и не правильно, но так получилось.
Почитать: "Пространство доктора Деминга". Очень, очень крутая книга. Там расказываются основы.
тытыщ тытыщ парапам парапам
У Нива, все же, больше про систему, чем про собственно тервер. :)
PM
Sergey
Sergey
Anton
Mikhail
Проблема универсального глоссария... "Так что ты там на счёт мира во всём мире говорил?" (с)
PM
Коллеги, есть непраздный вопрос. Есть ли у кого то нормальная (SIC!) методика расчета ТСО? Может быть кто то в компании считает потоково ТСО проектов, очень интересно понять как делать это правильно.
PM
Dimas
У нас в ВУЗе говорили так: "Сдал сопромат, можешь жениться":)
Konstantin
Лучше бы так Матанализ зубрили. Больше пользы. ;)
Anonymous
Anonymous
там зубрить нечего
Anton
Konstantin
Ну тут вопрос был про зубреж/понимание сопромата. Имхо эти потраченные усилия лучше было бы приложить к более полезному предмету.
Олег
Scrum Master Notes
Привет. Я скрам-мастер (PSM I, PSPO I). Здесь я делюсь собственными наблюдениями, а также материалами, касающимися Agile.
https://t.me/scrummasters
Олег
Для информации.
Anton
Алекс
Кто может подсказать 6 принципов КанБан?
Sergey
Андерсен :)
Sergey
Привет!
Алекс
Привет
Roman
не знаю про теорвер, знаю только про тервер. Ну условно да, в проектах, где риски зашкаливают, их много, и они дорогие - тервер нужен, как один из инструментов для управления рисками. Но такое обычно в инвестиционных проектах и портфелях скорее применяется, нормальному ПМу это нужно редко (весь анализ рисков в 99% случаев сводиться к реестру с влиянием и экспертно оцененной вероятностью, ну и SWOT отдельных вариантов на брейншторме вначале можно проработать).
соглашусь, при том таких проектов не так много, по сравнению с теми, где без тервер вообще не нужен. В худшем случае есть PERT, для которого хватает школьной математики.
Dmitry
Dmitry
Roman
Алекс
Спасибо
Sergey
Иван
Всем привет. Есть вопрос по поводу доски: если команда на 50% удаленная - имеет смысл делать реальную доску со стикерами или все - таки лучше обойтись jira или trello?
Алекс
Лучше, если команда будет не распределенная
Jane
Глебка
подскажите на ночь глядя, у нас есть дизы идущие по доске канбан.
есть статус ревью, когда они должны демонстрировать свою работуразработке/продукту. Как это лучше оформить в виде встречи? например как груминг или просто как встреча или вообще не показывать, а на плагинге сразу разбивать?
Pavel
Гм. А они демонстрируют сразу блок работы?
Глебка
да, например у них есть задача ну там ресерч или дизайн главной страницы или страница регистрации
Pavel
ТАк если у вас канбан, то и показывать лучше не пакет, а страницу сразу
Pavel
Соответственно получится ad-hoc митинг.
Глебка
ну например задача и стоит нарисовать всю страницу, всю страницу и показываем
Глебка
что такое ад-хос?)
Pavel
ad-hoc митинг без расписания, созданный исключительно с одной целью :)
Pavel
ad hoc
formed, arranged, or done for a particular purpose only.
"an ad hoc committee"
Pavel
В данном контексте означает, что как только есть результат - надо собирать ревью
Глебка
понял) лучше скрам мастеру собрать встречу для демо, а? у нас еще не все самостоятельные)
Pavel
Глебка
ну не канбан ж мастеру)
Pavel
Процесс важен.
Глебка
у нас скрам у всех кроме дизов
Pavel
У дизов отдельный flow или они влияют на текущий спринт?
Глебка
отдельный
Глебка
в разработку не возьмется задача не прошедшая дизайнеров
Pavel
Ну тогда как я выше писал - как только есть работа в review, проводить это reviewЖ снижаем очередь и cycle time
Pavel
Кто ревью проводит, кстати?
Глебка
продукт/разрабы
Pavel
Гм.
Глебка
в общем надо уйти от удивления разрабов
Pavel
Тогда забудь все, что я сказал
Pavel
Это для груминга значит :)
Глебка
забыл)
Pavel
Ну разве что продукт - ему стоит контролировать flow в режиме реального времени.
Глебка
ну вот) а груминг впринципе можно собирать тоже по мере необходимости)
Pavel
А разрабы да - груминг
Pavel
Ну да, можно. но маститые скрамстеры рекомендуют таки назначить груминг где-то в спринте, как постоянный митинг :)
Глебка
я с ними в общем то соглашусь, но в более сформированной команде. спасиб, попробуем)
Pavel
Как раз в "более сформированной" груминг проходит как-то незаметно автоматом.
Pavel
Вот в менее сформированной все надо ставить в рамки :)
Глебка
ну пока мастер будет ответственным
Pavel
Я обычно прошу делать груминг раз в неделю. В неделю, на которой есть планинг, делать его перед планингом.