Нет никакой разницы, кроме частотности значений на шкале оценки и связанных с этим проблем. Ценность покера больше в том, что задачи обсуждаются, выдвигаются какие-то гипотезы, принимаются решения и задаче проставляется какой-то вес, глядя на который можно примерно оценить усилия в соотвествии с принятой в команде шкалой.
Если впоследствии окажется, что оценка не верна, то ничего не мешает ее поменять. Конечная оценка при резолве задачи уходит в статистику. Если процесс не меняется, то со временем получаем примерную производительность
У спринта Capacity также оценивается в сторипойнтах, этот тот объем который команда в состоянии закрыть за 2 недели согласно статистике, которая уже накопилась к этому времени. Так что никто не сравнивает попугаи с часами. И уж гораздо проще оценить задачу в безразмерных единицах (пусть даже в размерах футболок как описано в статье), имеющих при этом свой вполне определенный внутрикомандный вес и эталон, чем в человекочасах
Пока не планировали. Всё таки система заточена под нашу инфраструктуру и имеет много специфичных штук
А что конкретно? Netbox последнее время очень динамично развивается за счет увеличения команды и, вероятно, соперничества с Nautobot (мультитенантность, поддержка плагинов, preferences, journal entries ...)
Мы как раз уехали от D42 в сторону Netbox по причине того, что нам не подошли многие вещи. Однако, это мощный инструмент автодискаверинга и если вас устраивает такой подход к учету оборудования, то D42 может подойти.
А действительно ли хостер заменит сразу диск по автоматически созданному тикету? Сомневаюсь. По всей видимости нужно всё же будет в него повторно написать. Вообще интересно, как техподдержка обращает внимание на такие сгенерированные тикеты, как: «У клиента IDxxx загрузка CPU на сервере IDxxx выше 70%»?
Не советую брать с пластмассовыми ушками, т.к. они достаточно хрупкие и при падении очень часто летят. В данном случае используются Conteg с металлическими ушами.
Нет никакой разницы, кроме частотности значений на шкале оценки и связанных с этим проблем. Ценность покера больше в том, что задачи обсуждаются, выдвигаются какие-то гипотезы, принимаются решения и задаче проставляется какой-то вес, глядя на который можно примерно оценить усилия в соотвествии с принятой в команде шкалой.
Если впоследствии окажется, что оценка не верна, то ничего не мешает ее поменять. Конечная оценка при резолве задачи уходит в статистику. Если процесс не меняется, то со временем получаем примерную производительность
У спринта Capacity также оценивается в сторипойнтах, этот тот объем который команда в состоянии закрыть за 2 недели согласно статистике, которая уже накопилась к этому времени. Так что никто не сравнивает попугаи с часами. И уж гораздо проще оценить задачу в безразмерных единицах (пусть даже в размерах футболок как описано в статье), имеющих при этом свой вполне определенный внутрикомандный вес и эталон, чем в человекочасах
Кстати, сегодня вышла beta Netbox 3.0 с переработанным интерфейсом и GraphQL API)
Пока не планировали. Всё таки система заточена под нашу инфраструктуру и имеет много специфичных штук
А что конкретно? Netbox последнее время очень динамично развивается за счет увеличения команды и, вероятно, соперничества с Nautobot (мультитенантность, поддержка плагинов, preferences, journal entries ...)
Мы как раз уехали от D42 в сторону Netbox по причине того, что нам не подошли многие вещи. Однако, это мощный инструмент автодискаверинга и если вас устраивает такой подход к учету оборудования, то D42 может подойти.