Спринты, добавление табличной части с задачами

[BlizD]

7OH 32 28.07.18 19:10 Есть просьба - добавить в регистр учета времени измерение - Спринт. Сделал у себя расширением кнопку в спринте - перенести задачи в новый спринт (ну не успели в текущем доделать). Задача то мигрирует в новый спринт, а вот учет времени становится под вопросом - часть времени потрачено будет в одном спринте, вторую часть доделают во втором - как учитывать при этом не ясно. Доп измерение думают никому не помешает.

[BlizD]

Семен, дело в том, что регистра учета времени нет. Сейчас "Спринт" это реквизит справочника "Задачи". Как мне кажется в первую очередь необходимо:

• добавить табличную часть "ТЧЗадачи" в справочник "Спринты" и именно там указывать список задач вошедших в спринт.
• добавить префикс "Удалить_" в реквизит "Спринт" в справочник "Задачи";
• написать обработку, которая заполнит "ТЧЗадачи" из реквизита "Удалить_Спринт";
• переделать команды существующие: "Добавить в спринт", "Убрать из спринта".

[BlizD]

Что касается:

Задача то мигрирует в новый спринт, а вот учет времени становится под вопросом - часть времени потрачено будет в одном спринте, вторую часть доделают во втором - как учитывать при этом не ясно.

Мне кажется если задача не сделана, то и время по ней засчитывать не надо. Таким образом засчитывать время необходимо по выполненным задачам.

[BlizD]

Связанная задача #44

[7OH]

Почему не надо - задача оказалась слишком большой (или зависела от других возникающих задач). Время на неё потрачено, она частично сделана - заказчик не против оплачивать часть работы. При наличии в регистре измерения - отчет вполне сможет показать сколько времени было потрачено в этом спринте, и мы удачно переносим остаток работы на завтра.

А вот про отсутствие регистра - да - только заметил, что оно всё в самой задаче хранится. В регистром было бы всё просто - в новую запись пишем спринт из задачи и всё - остальные не трогаем.

[BlizD]

Мне кажется в это случае лучше дробить задачу.

[BlizD]

@7OH Если большая - то разбить на ту что сделано и на то, что осталось сделать.

[7OH]

Ну дробить это да. А историю и комментарии смотреть как ? Добавлять подзадачи ?

[7OH]

Ну вот хочется в одной видеть - что было сделано, когда, комментарии.

[7OH]

Ну и момент - регистра нет - это же ТЧ справочника - реализация выходит ещё проще. Если идейно добавление не выглядит корректным - буду пробовать расширением это сделать - только скажите.

[BlizD]

@7OH Добрый день, Семен. Можете описать идею, как, Вы предлагаете это реализовать? Чтобы понять какие изменения в метаданых требуются.

[7OH]

Уже сделал так: В табличной части учета времени добавил спринт, туда записал на момент запуска текущие значения из шапки. При добавлении записи времени - ставлю в строчку спринт из шапки. Если перенесли (изменили спринт у задачи) - то дальше в ТЧ пишется с новым значениям спринта. Ну и отчет переделал, чтобы учетное время брало не итоговое из шапки, а складывало построчно. Спринт соответственно тоже из табличной части. Итого - почти ничего не изменилось, но отчет можно отфильтровать для показа - сколько времени потрачено в текущем спринте (например) или просто общее время в разрезе - в какие спринты он попал.

Кнопку переноса задач сделал в самом спринте - возможно не совсем айс - но пока так: зашел и видишь все задачи спринта - нажал кнопку, выбрал куда перенести, выбрал статусы для переноса, выбрал по этим статусам задачи - вуаля.

[BlizD]

@7OH Понятно, рад, что у Вас получилось.

[capitoshko]

Может проще добавить оборотный регистр накопления с измерениями задача + спринт? Спринт как реквизит буде выбираться из задачи. и писаться в регистр на момент записи времени по задаче. ТЧ для спринта, по-моэму, не имеет значения.

[7OH]

Я стараюсь сильно не менять текущую структуру : всего +1 реквизит в табличной части, которая сейчас всё же используется.

[capitoshko]

Я бы поменял. Если дальше делать бизнес-план ссылка, то пригодиться. И это верно с точки зрения архитектуры

[BlizD]

Тут надо подумать как лучше это реализовать. Так как для регистра накопления нужен регистратор. Вообщем думаю сначала лучше обсудить как это реализовать.

[BlizD]

Может быть даже спринт это должен быть документ...

[capitoshko]

Согласен. Регистрировать время можно документом. Спринт - может и документ, но тогда как задачи перемещать между спринтами?

[capitoshko]

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

[7OH]

А есть смысл делать именно оборотный ? Если период меньше месяца - всё равно по записям будет отчет складывать. А в основном отчет будет не в разрезе месяца. Как на мой взгляд регистра сведений хватит с головой. Заменить табличную часть регистром независимым.

[7OH]

у меня сейчас реквизит спринт в табличной части - я тоже отлично вижу когда, в каких спринтах и сколько я её делал.

[capitoshko]

Если нужно что-то посчитать - то это не регистр сведений, как мне кажется.

[BlizD]

Вообщем, пока больше склоняюсь к такому варианту:

Исправить хранение спринтов (для Диаграммы Burndown это будет важно):

• добавить табличную часть "ТЧЗадачи" в справочник "Спринты" и именно там указывать список задач вошедших в спринт.
• добавить префикс "Удалить_" в реквизит "Спринт" в справочник "Задачи";
• написать обработку, которая заполнит "ТЧЗадачи" из реквизита "Удалить_Спринт";
• переделать команды существующие: "Добавить в спринт", "Убрать из спринта".

Исправление по учету времени:

• Добавить в табличную часть "Фактические часы" реквизит "Спринт" (как сделал 7ОН)
• Сделать, чтобы при добавлении строки в ТЧ "Фактические часы" брался последний спринт для задачи;
• По поводу отчета для учета времени, если исправить существующий отчет по задачам (добавить отображение спринта из ТЧ фактические часы) тогда строки в отчете будут дублироваться на отдельные спринты.
  • В этом случае лучше сделать отдельный отчет для учета времени.

[7OH]

Отлично. Отчет надо переделать и глянуть что выйдет по итогу. Дубли если и будут то по разным спринтам и разным временем. Как по мне - вполне понятно выйдет. Но, есть момент. Если реквизит спринт перекочует в тч - как это на доске отображать? Ведь не выйдет же - поспешил. Мы же переносить будем - всё ок

[BlizD]

Нужен регистр сведений в котором хранить последний спринт для задачи. Этот рс использовать для канбан доски и при добавлении записи в тч факт работы

[7OH]

Как регистр двигать будем? При перемещении задачи в тч спринта?

[BlizD]

При записи спринта. Период брать из даты спринта. Задачу из тч.

[7OH]

Ок. Попробую переделать вот так.

[BlizD]

Регистр сведений надо назвать узЗадачиСпринта ( периодический независый) Измерения: Задача Ресурсы: Спринт

[capitoshko]

Такое себе решение. Независимый регистр сведений в случае учета времени не очень уместен. Он же предназначен для хранения периодической информации. А у нас - регистрация факта работ. В том же ЗУП рабочее время работников это оборотный регистр накопления.

[capitoshko]

Или речь идёт об привязке задачи у спринту? Время тогда будет учитываться как и прежде?

[BlizD]

Пока речь о привязке задач к спринту. И возможность указать в факте работ еще и спринт.

[capitoshko]

А вот для простой привязки задач к спринту регистр сведений подойдёт. Тогда мы будем знать когда именно задача перешла с одного спринтами в другой. Для учета времени я бы всё-таки сделал отдельный документ "Выполнение задачи" и в этих документах указывал время выполнения с записью в регистр накопления учета времени.

[capitoshko]

@BlizD теперь понятно

[BlizD]

@capitoshko Да, верно. Для отражения фактических работ нужен документ и регистр накопления. Надо только сделать удобный ввод на закладке задачи.

В документе должна быть тч, в которой есть: задача, спринт, контрагент, часыфакт. В регистре: контрагент, спринт, задача, часыфакт.

[7OH]

https://drive.google.com/open?id=1fvIPC_DX-ifSfhwTrZXnMRvGZQcQ2YCC Сделал, что смог (без документов). Осталось, как мне кажется, только функцию удаления из спринта сделать и теперь наверное не добавления, а переноса. В общем просьба эти функции добить.

[capitoshko]

У меня возник вопрос по плановой оценке задачи. Будь то время, числа Фибоначчи или ещё что-то... Нам это время нужно для оценки план/факта и в том числе для построения графика сгорания спринта. А если я перемещаю задачи между спринтами по идеи оценка задачи также меняется? Получается оценка задачи не может быть реквизитом справочника Задачи а периодическое значение?

[etnety]

А если я перемещаю задачи между спринтами по идеи оценка задачи также меняется?

Регистр, который привязывает оценку задачи к текущему спринту?

[capitoshko]

Возможно. У меня такая мысль возникла. Может есть смысл оценку держать не в задаче? Может даже в самом регистре привязки задач к спринтам?

[BlizD]

А если я перемещаю задачи между спринтами по идеи оценка задачи также меняется? Получается оценка задачи не может быть реквизитом справочника Задачи а периодическое значение?

В целом, я все также придерживаюсь мнения, что если задача большая и не "влезает" в спринт ее надо дробить на подзадачи. Или же увеличивать длину спринта. А может быть вообще спринты не подходят для таких задач. Просто вроде как методологически в спринт должны включаться только те задачи, которые могут быть выполнены за спринт, если они не выполнены, они должны переезжать в другой спринт. Пока давайте оставим плановую оценку в самой задаче, когда проблема себя остро проявит, тогда будем думать как ее решить.

[BlizD]

@7OH

https://drive.google.com/open?id=1fvIPC_DX-ifSfhwTrZXnMRvGZQcQ2YCC Сделал, что смог (без документов). Осталось, как мне кажется, только функцию удаления из спринта сделать и теперь наверное не добавления, а переноса. В общем просьба эти функции добить.

Изменения сделаны в выпущенном релизе (а не в CF от дев ветки), много расхождений. Поэтому пока не заливал, есть некоторые моменты, которые надо иначе сделать.

[capitoshko]

А если я перемещаю задачи между спринтами по идеи оценка задачи также меняется? Получается оценка задачи не может быть реквизитом справочника Задачи а периодическое значение?

В целом, я все также придерживаюсь мнения, что если задача большая и не "влезает" в спринт ее надо дробить на подзадачи. Или же увеличивать длину спринта. А может быть вообще спринты не подходят для таких задач. Просто вроде как методологически в спринт должны включаться только те задачи, которые могут быть выполнены за спринт, если они не выполнены, они должны переезжать в другой спринт. Пока давайте оставим плановую оценку в самой задаче, когда проблема себя остро проявит, тогда будем думать как ее решить.

В таком случае имеет ли смысл такая привязка? Если строить график сгорания спринта то он будет другим в зависимости от того перемещена задача с спринта или нет. Что, как мне кажеться, не верно с точки зрения регистрации факта выполнения работ.

[capitoshko]

Если оставляете оценку в задачи, то и переносить задачи со спринта не надо давать возможность. Может добавить в регистр связки спринта и задачи при переносе на новый спринт оценку задачи в новом спринте? Задачу могли сделать наполовину, первая оценка будет скажем 20 часов. Половину сделали — значит новая оценка в новом спринте будет 20. В таком случае sprint burndown chart можно строить корректно независимости от движе6ий задач между спринтами

[7OH]

Изменения сделаны в выпущенном релизе (а не в CF от дев ветки), много расхождений. Поэтому пока не заливал, есть некоторые моменты, которые надо иначе сделать.

Я так понял, мяч теперь на вашей стороне, ожидать объединения с доработками ?

[capitoshko]

Так. Обсудил с коллегами. Думаю, что моя идея не верная. Если задача не выполнена ,то при переносе нужно переносить ее полностью с всей оценкою. Так что вы правы. Я усложняю в этом случае.

Я скачал последнюю Dev конфигурацию. Начну работу над Sprint burndown chart, когда ваши изменения будут в версии для разработки.

По учёту времени сделаю как только согласуем архитектуру. Эта задача на график сгорания спрринта не влияет.

[BlizD]

@capitoshko - ок, хорошо. @7OH

Я так понял, мяч теперь на вашей стороне, ожидать объединения с доработками ?

Да, верно.

[capitoshko]

Отчёт по сгоранию спринта уже нарисовал. Жду на окончательную версию привязки задач к спринтам и тогда добавлю отчёт в конфигурацию.

[BlizD]

@capitoshko - отлично.

[BlizD]

@capitoshko Залил изменения по спринтам.

[BlizD]

CF из деф ветки (теперь там будет лежать последний CF из дев ветки) https://drive.google.com/open?id=1Nt8N_ippLos_v3nUHZ89s8X9jR_SixZR