Мы занимаемся проектированием зданий, поэтому у нас исключительно проектная система управления. Писал в вконтакте, для истории вопроса скопирую сюда вопрос-ответ и под ответом оставлю пояснения, а так же возможные выгоды для остальных пользователей, потому что мне нужны жаждущие, чтобы команда Планфикса поскорее допилила функционал =)
Ответ Дмитрия Гончаренко:Первым делом залез в поиск и нашел нужный мне запрос. Присоединяюсь к Дмитрию Коноваленко. Мы - проектная команда и у нас особенность - именно проектное управление, то есть потребность отслеживать статусы и вообще иметь возможность оценить ход проекта на разных уровнях.
Есть ощущение, что в планфиксе идеологически не хватает какой-то сущности, которая позволила бы решить все проектные задачи, а именно:
- Привязывать загрузку ресурсов к задачам, отслеживать недогруз/перегруз ресурса
- Процент выполнения проекта исходя из процента выполнения этапов проекта. На языке планфикса уровни сверху-вниз: Проект (= Проект) - Задача (= Этап) - Подзадача (= задача этапа). То есть, если у Задачи есть 3 подзадачи, 2 из которых выполнены на 100%, то родительская задача имеет процент выполнения 66.
- Иметь дашборд с ключевыми показателями проекта, а-ля рабочий стол с виджетами. В проектной деятельности нужно держать руку на пульсе и постоянно мониторить план/факт будь загрузки ресурсов либо выполнения Этапов или Задач проекта.
Какие на сегодняшний день нужно подставить костыли, чтобы закрыть эти потребности? Может быть есть хорошие новости относительно будущего функционала, который позволит реализовать эти кейсы более стройно?
Павел, здравствуйте!
Для привязки любых нужных данных к задачам (ресурсы, процент выполнения и т.п.) служат кастомные поля и аналитики. Возможны разные подходы, ПланФикс в этом плане предоставляет широкое поле для реализации своих идей и наработок, но, как правило, затрачиваемые ресурсы учитываются в виде аналитик (их удобно накапливать в ходе работы по здачам, см. например Учет доходов и расходов https://planfix.ru/docs/Учет_доходов_и_расходов или
Учет рабочего времени https://planfix.ru/docs/Учет_рабочего_времени).
Процент выполнения достаточно удобно реализуется при помощи кастомных (пользовательских) полей. Это позволяет считать процент не по количеству выполненных подзадач (этот способ зачастую напоминает тыкание пальцем в небо в силу разнородности подзадач, их вклада и затрат на их выполнение), а по реальным данным, основанным на экспертной оценке. Кстати, с момента общения с Дмитрием Коноваленко многое изменилось, появились вычисляемые поля, которые автоматически суммируют данные аналитик в поле задачи, автоматические сценарии и многое другое. Так что возможностей по организации работы удобным образом, в том числе и для проектной деятельности, ощутимо прибавилось.
Чего в ПланФиксе пока нет, так это дашбордов со сводными данными по проектам (при том, что по задачам он есть и очень гибкий). Обсуждались планировщики по проектам, которые могли бы выступать в роли таких дашбордов, но пока вопрос ощутимо не продвинулся. Основная причина - малое количество заявок на этот функционал и отсутствие понимания, как это могло бы выглядеть и работать. Чем больше будет клиентов, ориентированных на проектную работу, которым будет недоставать таких дашбордов, тем ближе они будут к реализации. Собирать единомышленников удобнее всего на форуме https://forum.planfix.ru/ - там запросы, кейсы и прочие данные накапливаются и становятся основой для будущих доработок.
Начнем по порядку с задач.
1. Отслеживать ключевые метрики проекта, которые автоматически собираются и считаются по всем уровням вложенности задач
2. Дашборд с этими метриками
Задача 1.
В проектной деятельности (проектирование, строительство и прочее) очень важно держать руку на пульсе и вовремя как отслеживать изменения по времени, по ресурсам, так и прогнозировать такие изменения. Важнейшей методикой является методика освоенного объема в оперативном управлении проектами. Она заключается в том, чтобы постоянно иметь возможность сверить текущие ВРЕМЯ, ДЕНЬГИ, РЕСУРСЫ с плановыми и при необходимости, принять оперативные меры. Задач и зависимостей огромное количество, поэтому особенно важно иметь автоматизированный инструмент.
Как это работает.
1. В начале проекта составляется весь объем работ (WBS). Иерархия должна иметь такую глубину, чтобы иметь возможность контролировать каждую задачу.
2. Каждая задача имеет свой вес в объеме задач-соседей на том же уровне (далее приведу пример). Сейчас можно использовать кастомное поле
3. Каждая задача должна иметь свой актуальный статус завершения, измеряемый в процентах. Скажем если задача имеет статус Новая, то ее статус 0%, если по задаче закончил работу первый исполнитель, то он переводит ее в статус Выполнена, и при нажатии на кнопку срабатывает сценарий, по которому значение поле статуса меняется, скажем на 70%, далее задача проверяется двумя людьми. Если пройдена одна проверка, то процент - 80, если обе проверки - 100%
4. Каждая надзадача должна собирать вычисляемые значения подзадач (произведение веса задачи на ее процент завершения)
Например:
ПРОЕКТ
10 Задача А (вес 0,4)
10 10 Подзадача 1 (вес 0,25, завершена на 50%)
10 20 Подзадача 2 (вес 0,25, завершена на 75%)
10 30 Подзадача 3 (вес 0,25, не начата, 0%)
10 40 Подзадача 4 (вес 0,25, завершена на 30%)
20 Задача В (вес 0,6)
10 10 Подзадача 1 (вес 0,7, завершена на 50%)
10 20 Подзадача 2 (вес 0,3, завершена на 75%)
Математика элементарная. Зная вес и процент завершения каждой задачи, определяем процент завершения надзадачи и всего проекта.
Для задачи А процент завершения равен 38,75% (0,25х50 + 0,25х75 + 0,25х0 + 0,25х30 = 12,5 + 18,75 + 0 + 7,5)
Для задачи В процент завершения равен 57,5%
Для проекта процент завершения является суммой процента завершения всех задач, в него входящих, то есть
0,4х38,75 + 0,6х57,5 = 15,5 + 34,5 = 50%
Имея плановый график выполнения проекта и вес каждой задачи, можно в любой момент времени сверить часы.
Давайте вместе подумаем, как сделать так, чтобы этот функционал был интересен не только проектно-ориентированным компаниям, а всем остальным. Я думаю вне зависимости от типа деятельности компании у большинства пользователей есть необходимость автоматически считать какие-то значения не только в рамках одной задачи, а в рамках нескольких веток задач.
То что вы предложили, Дмитрий - это безусловно какой то выход, но уж очень мануальный. Кастомные поля/метрики надзадачи должны уметь работать с полями/метриками подзадачи. Я почитал про кнопки и насколько понял, там можно обращаться к задачам по разным уровням, то есть какая-то часть функционала (обращение к соседям справа слева, либо сверху-снизу) уже имеется. Насколько я понимаю при подобных автоматических вычислениях существенно возрастает нагрузка на базу данных. Я вижу выход из этой ситуации - либо в рамках проекта, либо в рамках аккаунта иметь возможность включить/выключить эту автоматизацию, либо добавить кнопку к проекту, которая будет в ручном режиме пересчитывать поля по формулам по всей иерархии проекта. Это позволит не масштабировать это введение на всех и не перегружать базу.
Что скажете?
