Как измениться на Точки Истории использования для оценок [закрытую] Толпу
3 ответа
Если вы хотите изменить использование точек истории вместо продолжительности, вы просто должны начать оценивать в истории очка. (Я предполагаю, что у вас есть полномочия, чтобы принять это решение для вашей команды.)
Выберите масштаб, может быть небольшая, средняя, большая может быть последовательность Фибоначчи, может быть от 1 до 5, что бы вы ни было и использовать его Для нескольких спринтов это даст вам вашу скорость. Если вы начнете изменять масштаб от одного к другой, то скорость между весами не будет сопоставимым (т.е. не делай этого). Эти оценки должны включать все ваши команда Scrum .
Сказав, что вам все еще нужно представить, насколько это будет стоить вам. Там не так много бухгалтеров, которые примут ответ «Я скажу вам, насколько это будет стоить за 6 месяцев». Поэтому вам все еще нужно оценить проект продолжительностью продолжительностью, это даст вам стоимость. Эта оценка, вероятно, будет сделана старшим человеком в команде
, тогда каждый месяц ваша скорость скажет вам и бухгалтеры, насколько точна, что первая оценка затрат была, и вы можете адаптироваться соответственно.
Подчеркивание - это юридический характер в идентификаторах. Таким образом, он ищет переменную с именем $ BaseName_ . Который не существует.
Начните, сделав один день равным одному пункту (или некоторому строгому соотношению). Это хороший способ начать. После пары спринтов вы можете начать поощрять их использовать более относительные точки (т. Е. Насколько велика это по сравнению с этой вещью).
Вы не хотите, чтобы ваш код, специфичный для сохранения, наследовался от ваших классов сущностей, поскольку это сделает невозможным использование наследования для ваших классов сущностей домена. Например, если у вас HibernateDog наследует от Dog, то вам не будет разрешено наследовать Poodle от Dog, не заставляя Poodle быть специфичным для Hibernate.
Одним из эффективных подходов является использование объектов данных, специфичных для сохранения. Классы сущностей домена будут делегировать объект сущности данных для его постоянных атрибутов через интерфейс. Затем можно заменить различные классы объектов данных, специфичные для реализации персистентности, если они соответствуют интерфейсу объектов данных.
Dog ссылается (и делегирует) на интерфейс DreamEntity. Poodle наследует от Dog, PoodleEntity наследует от PoodleEntity.
HibernateDog реализует объект HibernateDog
HibernatePoodle реализует PoodleEntity и наследует от HibernateDog.
...
StubDog реализует объект TalkingEntity
StubPoodle реализует PoodleEntity и наследует от StubDog
...
Можно иметь любое количество типов объектов данных. Объекты данных будут очень тонкими и будут содержать только постоянные переменные членов и аннотации или любой другой код, необходимый для сохранения.
Доменные сущности будут содержать специфичную для сущности бизнес-логику.
-121--3643216-Действительно ли это вызывает ошибку? Отладчик может часто выделять неправильные строки, если вы подаете в него неправильный pdb, поэтому это может быть ложный вывод. Также тривиально воспроизводить с помощью «немедленной» панели, чтобы изменить значение после теста.
Если result был полем или захваченной переменной, он также может быть установлен внешним кодом (возможно, в другом потоке).
Если result был не bool , а собственным пользовательским типом, можно просто переопределить = = или предоставить пользовательский оператор true / false .
Проблема заключается в том, что точки сюжета определяют усилие.
Дней - это продолжительность.
У двух почти случайные отношения. длительность = f (усилие) . Эта функция основана на навыках человека, фактически выполняющего работу.
Человек знает, сколько времени потребуется на выполнение работы. Это продолжительность. Через несколько дней.
Они не знают этого абстрактного «усилия.» Они не знают, сколько времени для этого потребуется гипотетическому человеку средних навыков.
Лучшее, что вы можете сделать, это как точки (усилие), так и дни (продолжительность).
Нельзя заменить одно на другое. Если вы пытаетесь использовать только усилия, то в конечном итоге вам нужно будет добраться до дней для планирования. Вы должны будете применить человека к сюжетным точкам и вычислить длительность от усилий.