Комментарии 20
Раньше делал подобное только просто в экселе, т.к. там есть макросы и задачи с нулевым сотатком можно «серить». Так же в экселе можно группировать и делать агрегацию по группе. Непонятно при чем тут скрам, но система учета вполне себе практична.
Если совсем кратко, то потому, что меня в большей степени волнует, когда задача будет выполнена, а не сколько на нее времени было потрачено.
Если более развернуто, то тут есть интересный психологический момент, благодаря которому такой способ учёта более эффективен, чем учет потраченных часов.
Давайте представим, что мы организовали учёт времени потраченных часов. У нас есть задача, оцененная в 40 часов и разработчик каждый день на нее списывает по 8 часов. И вот на утро пятого дня вы видите, что на задачу было потрачено 32 часа. Означает ли это, что к вечеру он закроет эту задачу? Разумеется, нет. Он может списать на нее еще 8 часов, и еще 8 часов, а задача так и не будет выполнена (допустим, возникли какие-либо сложности).
Более того, если мы в середине этой задчи подойдем и спросим разработчика о ходе работ, то скорее всего мы услышим, что "все идет по плану, все под контролем", а проблема с задержкой сроков вылезет лишь в день сдачи задачи.
Совсем другое дело, когда мы просим ввести количество оставшихся часов. Во1, разработчику приходится задуматься о своем прогрессе и оценить оставшуюся трудоемкость, во2, ввод оставшихся часов это что-то вроде обещания, данного самому себе, что также стимулирует закончить работу в срок.
Но, кстати говоря, этот подход не является чем-то революционным: его поддерживают и Jira, и DevOs и даже MS Project Server. Все это можно настроить в свойствах проекта.
Google Sheets, в отличие от MS Excel поддерживает перетаскивание строк таблицы обычным драг-н-дропом: просто хватаешься мышкой за номер строки и перемещаешь ее куда нужно.
В Excel это есть. Нужно зажать клавишу Shift при перетаскивании.
В общем, это все к выбору оптимального инструмента под конкретную задачу.
Для средних туду листов я сейчас пользуюсь плагином To Do Tasks
И всё ищу штуку которая бы умела так компактно отображать туду листы, только чтоба за одни пунктом можно было удобно спрятать целую отдельную страницу с доками и своими подпунктами. Чем-то похожим является zim-wiki.org но не пошло, и поглючивает и не совсем то.
А почему вы не пользуетесь классической связкой Jira + Confluence? В Jira — иерархическое дерево задач, а документация в — в Confluence. Они удобно друг с другом интегрируются, в Confluence видны статусы задач из Jira и тд.
Насчет «Sub-issues should be able to contain their own sub-issues» — я посмотрел внимательно на ваш скриншот, действительно, если все нюасны проекта раскидывать по иерархии, то трех уровней которые предоставляет Джира, вам будет явно недостаточно. Но можно часть сущеностей реализовать через теги или компоненты. Возможно, это будет даже удобнее в ряде случаев.
Скорее всего это попытка воткнуть мета-информацию (типы, категории, etc) в иерархию задач, что контрпродуктивно.
Не стоит забывать, что Атлассиан делают продукт для Agile и, в частности, Scrum разработки, а она не подразумевает подобной вложенности.
Потратил не очень много, думаю, часов восемь на первый запуск, а дальше какие-то минимальные правки уже в процессе эксплуатации.
Про YouTrack я не знал, если честно. Но, дело не только в том, умеет ли из коробки или нет. Jira тоже все это умеет из коробки, но она настолько монстроузная, что ее использование для небольших проектов совершенно не оправдано.
Круто!
Как раз искал инструмент под себя, пока всё "не то". С гугл таблицами дружу уже давно. Обязательно попробую ваш инструмент. Спасибо)
Инструмент для управления проектами на базе Google Sheets