В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

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

qwarta.ru подробнее

Size: a a a

Agile, Scrum, Lean, Kanban, XP

3892 membersпожаловаться на группу
2020 October 24

АЛ

Артем Летюшев... in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
И никакие коэффициенты обрисковки ситуацию не спасут, потому что всегда остаётся область, в которой мы ещё не знаем, чего мы не знаем.
Да нет спасут. Просто нужно научиться делать планы адаптивными и закладывать в них существенный запас прочности.

Такие вещи как CCPM про это.

Ну и нужно смириться с тем, что люди вообще плохо планируют в фиксированном времени.
источник
14:04пожаловаться#1

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Артем Летюшев
Да нет спасут. Просто нужно научиться делать планы адаптивными и закладывать в них существенный запас прочности.

Такие вещи как CCPM про это.

Ну и нужно смириться с тем, что люди вообще плохо планируют в фиксированном времени.
Это ты заказчику потом, наверное, будешь рассказывать, что вот тут 50-100% сверху на риски?
источник
14:17пожаловаться#2

АЛ

Артем Летюшев... in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Это ты заказчику потом, наверное, будешь рассказывать, что вот тут 50-100% сверху на риски?
Нет, я так не делаю, я выношу буфер на конец проекта. После нормальных объяснений пока никто не кричал "да вы в конец оборзели"
источник
14:22пожаловаться#3

N

Nataly in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Здесь про то, что план устаревает сразу по его составлении. И про то, что надо научиться жить в условиях неопределённости, а не загонять всех в прокрустово ложе планов. Про то, что два разраба одну и ту же задачу сделают по-разному и за разное время. Про то, что это не табуретки, оценки на производство которых можно легко масштабировать и повторить с точностью.
А что я кого-то куда загоняю??? Где так написано??? Сказано, что разработка ответил оценил как ключевое лицо, итерации делаются под запросы заказчика, меняй пжлста, ток не надо открещиваться от своих же сроков потом.
источник
14:59пожаловаться#4

N

Nataly in Agile, Scrum, Lean, Kanban, XP
Артем Летюшев
Ну не спрашивайте оценку у разрабов. Probability или Monte Carlo в помощь.

Какой у вас lead time на условную ОЧЕНЬ ВАЖНУЮ фичу? Допустим 3 дня. С вас заказчик спрашивает когда фича будет. Вы ему ну вот за 3 дня с такой то вероятностью исходя из нашего опыта. "а можно быстрее"? Можно, но с меньшей вероятностью.
Люди так и живут. В чем ответ? Улучшение? Это обыденность
источник
14:59пожаловаться#5

N

Nataly in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Здесь про то, что план устаревает сразу по его составлении. И про то, что надо научиться жить в условиях неопределённости, а не загонять всех в прокрустово ложе планов. Про то, что два разраба одну и ту же задачу сделают по-разному и за разное время. Про то, что это не табуретки, оценки на производство которых можно легко масштабировать и повторить с точностью.
Это и так все знают и учитывают. Кстати табуретки тоже вам с разной скоростью Петя и Вася сделают. А вы всех за инфузорий принимаете? Из ответов такое вот впечатление. Людям наверное не по себе вот так работать , когда за них о них все время выводы в негатив идут и в обнуление... мде
источник
15:01пожаловаться#6

N

Nataly in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Это ты заказчику потом, наверное, будешь рассказывать, что вот тут 50-100% сверху на риски?
Изначально закладываем риски, и мин 25% времени сверху. И да никто не кричит, что где сроки. Если адекват и сами осознают, что условия поменяли сами же.
источник
15:03пожаловаться#7

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Nataly
Это и так все знают и учитывают. Кстати табуретки тоже вам с разной скоростью Петя и Вася сделают. А вы всех за инфузорий принимаете? Из ответов такое вот впечатление. Людям наверное не по себе вот так работать , когда за них о них все время выводы в негатив идут и в обнуление... мде
И Вам хороших выходных.
источник
15:25пожаловаться#8

N

Nataly in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
И Вам хороших выходных.
Спасибо. Вам также
источник
16:35пожаловаться#9

AP

Aleksei Pimenov in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Здесь про то, что план устаревает сразу по его составлении. И про то, что надо научиться жить в условиях неопределённости, а не загонять всех в прокрустово ложе планов. Про то, что два разраба одну и ту же задачу сделают по-разному и за разное время. Про то, что это не табуретки, оценки на производство которых можно легко масштабировать и повторить с точностью.
вообще планы нужны не для определеннсти, а для состояния неопределенности... чтобы понимать как ты думал, что проектировал и т.п. и это тоже прекрасно преподается и преподносится (например в той же программе МБА). Все сроки - это не числа а распределения плотнсти вероятности. А трактовка этог всего как недвижимые точки, железобетонные обязательства, как и отказ от этого всего - это чень наивная позиция
источник
17:00пожаловаться#10

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Aleksei Pimenov
вообще планы нужны не для определеннсти, а для состояния неопределенности... чтобы понимать как ты думал, что проектировал и т.п. и это тоже прекрасно преподается и преподносится (например в той же программе МБА). Все сроки - это не числа а распределения плотнсти вероятности. А трактовка этог всего как недвижимые точки, железобетонные обязательства, как и отказ от этого всего - это чень наивная позиция
Все правильно говоришь. И вот та самая вторая трактовка встречается гораздо чаще, чем первая. К сожалению.
источник
17:03пожаловаться#11

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Не все свободно оперируют вероятностными понятиями вообще и при планировании в частности. Когда  такой диалог удаётся наладить - общаться гораздо легче.
источник
17:08пожаловаться#12

N

Nataly in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Все правильно говоришь. И вот та самая вторая трактовка встречается гораздо чаще, чем первая. К сожалению.
Люди вам за то же и говорят. Но у многих к сожалению есть фильтр: этого слушаю, а этого нет. Ваше право, но мир не так белен на мозги , как некоторые думают
источник
17:15пожаловаться#13

N

Nataly in Agile, Scrum, Lean, Kanban, XP
Aleksei Pimenov
вообще планы нужны не для определеннсти, а для состояния неопределенности... чтобы понимать как ты думал, что проектировал и т.п. и это тоже прекрасно преподается и преподносится (например в той же программе МБА). Все сроки - это не числа а распределения плотнсти вероятности. А трактовка этог всего как недвижимые точки, железобетонные обязательства, как и отказ от этого всего - это чень наивная позиция
Алиллуя, есть люди которые это могут озвучить. Только вот мы живем так дцать лет уже
источник
17:16пожаловаться#14

AP

Aleksei Pimenov in Agile, Scrum, Lean, Kanban, XP
Nataly
Алиллуя, есть люди которые это могут озвучить. Только вот мы живем так дцать лет уже
👍
источник
17:17пожаловаться#15

N

Nataly in Agile, Scrum, Lean, Kanban, XP
Nataly
Алиллуя, есть люди которые это могут озвучить. Только вот мы живем так дцать лет уже
Это к теме изначально о том что рп не нужны мешают планами. Если рп из 1 варианта, а заказчик из второго, то почему то получается не сахар
источник
17:18пожаловаться#16

M

Maiklnik in Agile, Scrum, Lean, Kanban, XP
Nataly
Это к теме изначально о том что рп не нужны мешают планами. Если рп из 1 варианта, а заказчик из второго, то почему то получается не сахар
Вечно эти заказчики планы путают! 😂
источник
18:08пожаловаться#17

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Nataly
Это к теме изначально о том что рп не нужны мешают планами. Если рп из 1 варианта, а заказчик из второго, то почему то получается не сахар
Когда на рынок вышел Gett, таксисты бастовали, кололи шины, били морды. Gett ушёл? Нет, не ушёл. И таксисты со временем тоже нашли свою нишу, немного другую. У ПМ-ов тоже будет своя ниша, где только они и будут востребованы.  

Если же у Вас падает забрало на словосочетание "ПМ не нужен", то, например, в профильном ПМ-ском чате  большинство думает и смотрит на мир так же, как и Вы. Возможно, это выход?
источник
18:26пожаловаться#18

M

Maiklnik in Agile, Scrum, Lean, Kanban, XP
Да, кто нужен, кто не нужен только время показывает. Скорее всего, нужны и те, и другие но не всегда, и не везде. И от уровня зрелости тоже зависит.
Точно так же, как и Agile далеко не всегда и не везде нужен, а следовательно, там не нужны ни SM, ни PO
источник
18:42пожаловаться#19

V

Valeriy in Agile, Scrum, Lean, Kanban, XP
В Agile есть PO/SM?
источник
18:54пожаловаться#20