Здравствуйте!
Не нашел похожих тем, поэтому мое предложение:
Создать строку в задачах, где исполнитель мог бы указывать прогресс выполнения задачи в %. Т.е. исполнитель работает над довольно сложной задачей, которая занимает много времени, а руководству требуется знать на какой стадии находится задача. В случае с % наглядно будет виден прогресс выполнения задачи. В идеале конечно бегунок от 0 до 100%, но как и где реализовать подобное я предложить затрудняюсь.
Прогресс выполняемой задачи
-
- Сообщения: 18
- Зарегистрирован: 26.12.2012 21:38
-
- Сообщения: 4123
- Зарегистрирован: 06.06.2012 13:54
Здравствуйте, Арам!
Встречается такой функционал в разных системах. Некоторым пользователям он нужен, некоторые ругаются и говорят, что вредная штука (из-за субъективности оценки исполнителя, которая в итоге приводит к выработке неправильных решений руководителем).
Врядли у нас появится такой бегунок в чистом виде. Единственное, что приходит в голову - когда мы сделаем настраиваемые поля у задач, Вы сможете создать такое поле в своем аккаунте и обязать сотрудников периодически проставлять в своих задачах прогресс. Возможно, это будет не так наглядно и удобно, как таскание бегунка, но столбик "% выполнения" в отчетах Вам обеспечит.
Встречается такой функционал в разных системах. Некоторым пользователям он нужен, некоторые ругаются и говорят, что вредная штука (из-за субъективности оценки исполнителя, которая в итоге приводит к выработке неправильных решений руководителем).
Врядли у нас появится такой бегунок в чистом виде. Единственное, что приходит в голову - когда мы сделаем настраиваемые поля у задач, Вы сможете создать такое поле в своем аккаунте и обязать сотрудников периодически проставлять в своих задачах прогресс. Возможно, это будет не так наглядно и удобно, как таскание бегунка, но столбик "% выполнения" в отчетах Вам обеспечит.
-
- Сообщения: 42
- Зарегистрирован: 15.06.2012 10:51
-
- Сообщения: 18
- Зарегистрирован: 26.12.2012 21:38
Здравствуйте, Дмитрий!
А что мешает сделать тот же бегунок, но подключаемым модулем к задаче? Например также как и модуль аналитики и прочее. Это даст возможность работать с бегунками тем, кому удобно с ними работать, а кому не удобно и не объективно, то просто не подключают модуль вовсе. То что вы описываете, есть ничто иное как тот же бегунок, только, я думаю, в усложненной форме, хотя вам конечно виднее. Видимость "%" только в отчетах крайне не удобно. Как пример работы подобной системы я бы привел программу "Cerebro", в этом плане там все наглядно и удобно.
Спасибо за ответ.
А что мешает сделать тот же бегунок, но подключаемым модулем к задаче? Например также как и модуль аналитики и прочее. Это даст возможность работать с бегунками тем, кому удобно с ними работать, а кому не удобно и не объективно, то просто не подключают модуль вовсе. То что вы описываете, есть ничто иное как тот же бегунок, только, я думаю, в усложненной форме, хотя вам конечно виднее. Видимость "%" только в отчетах крайне не удобно. Как пример работы подобной системы я бы привел программу "Cerebro", в этом плане там все наглядно и удобно.
Спасибо за ответ.
-
- Сообщения: 4123
- Зарегистрирован: 06.06.2012 13:54
Арам,
теоретически ничего не мешает - это не противоречит концепции интерфейса, которую. мы используем и направлению развития ПланФикса. Например, поле для ввода даты выглядит и работает по-другому, хотя мы могли ограничиться вводом даты в цифровом виде. Аналогичным образом можно поступить и с бегунком - в процессе развития может появиться новый тип поля, в которое информацию можно будет вводить не вбивая число, а двигая бегунок. Но пока четких планов по добавлению такого элемента у нас нет. Подумаем об этом, когда будем обсуждать пользовательские поля, т.е. в одном из будущих релизов 2013 года.
теоретически ничего не мешает - это не противоречит концепции интерфейса, которую. мы используем и направлению развития ПланФикса. Например, поле для ввода даты выглядит и работает по-другому, хотя мы могли ограничиться вводом даты в цифровом виде. Аналогичным образом можно поступить и с бегунком - в процессе развития может появиться новый тип поля, в которое информацию можно будет вводить не вбивая число, а двигая бегунок. Но пока четких планов по добавлению такого элемента у нас нет. Подумаем об этом, когда будем обсуждать пользовательские поля, т.е. в одном из будущих релизов 2013 года.
-
- Сообщения: 18
- Зарегистрирован: 26.12.2012 21:38
-
- Сообщения: 27
- Зарегистрирован: 20.12.2012 11:51
Присоединюсь, очень не хватает возможности как-то быстро в общем списке определить степень готовности задач. Идея с видимостью в общем списке выполненных пунктов чек-листа(1/3) - очень не плохая мысль. Если задача не состоит из каких-то конкретных этапов, можно будет просто добавлять несколько пунктов в чек-лист 25%,50%,75%, например.
-
- Сообщения: 18
- Зарегистрирован: 26.12.2012 21:38
-
- Сообщения: 41
- Зарегистрирован: 10.01.2013 19:45
-
- Сообщения: 18
- Зарегистрирован: 26.12.2012 21:38
-
- Сообщения: 41
- Зарегистрирован: 10.01.2013 19:45
|Простите конечно, но сомнительное мнение.
Я имел ввиду, что для отдельной задачи прогресс выполнения не нужен.
Другое дело когда в задаче несколько подзадач или чек-лист. Тогда данная информация может быть вполне достоверна и следовательно полезна.
И мне кажется самое логичное вставить данный прогресс в диаграмму Ганта, на подобии МС Проджекта.
Я имел ввиду, что для отдельной задачи прогресс выполнения не нужен.
Другое дело когда в задаче несколько подзадач или чек-лист. Тогда данная информация может быть вполне достоверна и следовательно полезна.
И мне кажется самое логичное вставить данный прогресс в диаграмму Ганта, на подобии МС Проджекта.
-
- Сообщения: 18
- Зарегистрирован: 26.12.2012 21:38
-
- Сообщения: 41
- Зарегистрирован: 10.01.2013 19:45
|но иногда и бывают задачи без подзадач, "мини работы" так сказать.
Если это действительно "мини работы" то достаточно обозначить их выполнение. Если все-таки понадобился прогресс, то скорей всего, неправильно поставлена задача и ее необходимо разбить на части (подзадачи, чек лист).
Просто, что в понимании работника 95%, то у менеджера, обычно, до 50% не дотягивает
Если это действительно "мини работы" то достаточно обозначить их выполнение. Если все-таки понадобился прогресс, то скорей всего, неправильно поставлена задача и ее необходимо разбить на части (подзадачи, чек лист).
Просто, что в понимании работника 95%, то у менеджера, обычно, до 50% не дотягивает
-
- Сообщения: 18
- Зарегистрирован: 26.12.2012 21:38
|Просто, что в понимании работника 95%, то у менеджера, обычно, до 50% не дотягивает
Значит сотрудник не знает что делает. Обычно, любой сотрудник, лучше менеджера знает когда он закончит работу над задачей, соответственно он правильно должен определять степень готовности задачи. Теоритически так и должно быть. Практически, сейчас, у нас так и есть, но с малым штатом сотрудников, что будет с большим штатом - мне не известно.
Значит сотрудник не знает что делает. Обычно, любой сотрудник, лучше менеджера знает когда он закончит работу над задачей, соответственно он правильно должен определять степень готовности задачи. Теоритически так и должно быть. Практически, сейчас, у нас так и есть, но с малым штатом сотрудников, что будет с большим штатом - мне не известно.
-
- Сообщения: 25
- Зарегистрирован: 14.11.2012 02:07
-
- Сообщения: 41
- Зарегистрирован: 10.01.2013 19:45
Вот это новость!!! Рекомендую уволить такого менеджера (управленца) или заменить его рабочим:)Обычно, любой сотрудник, лучше менеджера знает когда он закончит работу над задачей
Теоретически совершенно наоборот. Ну сами подумайте, если каждый штукатур, сварщик или программист лучше руководителя проекта знает сколько ему времени необходимо на конкретную работу и как ее делать, то зачем компании держат главных инженеров, авторский надзор, руководителей проекта, плановые отделы, отделы контроля качества и т.п.?Теоритически так и должно быть.
И это правильно, сейчас у Вас наподобие "семейной" модели управления и она очень хорошо работает в малых организациях, главное в ней чувство ответственности и равенство. При росте компании Вам нужно будет перейти на бизнес модель управления где главное контроль и результат. В двух словах - сейчас Вы исходите из того, что каждый работник хороший и будет болеть за общее дело, а потом придется исходить из того, что каждый работник плохой и пытается схалтурить и нажиться за счет компании.Практически, сейчас, у нас так и есть, но с малым штатом сотрудников, что будет с большим штатом - мне не известно.
И я про тоже, предлагаю всем не забывать повторять матчасть управления.Задача либо ВЫПОЛНЕНА, либо еще НЕТ. Все промежуточные состояния типа "исполняем, задача готова почти на 64,72%" - это от лукавого. Прогресс исполнения может быть только у задачи с подзадачами - "выполнено 5 из 25".
-
- Сообщения: 18
- Зарегистрирован: 26.12.2012 21:38
| Вот это новость!!! Рекомендую уволить такого менеджера (управленца) или заменить его рабочим:)
|Теоритически так и должно быть.
Я не правильно выразился... Сотрудник, зная поставленные сроки на выполнение задачи, проставляет прогресс, менеджер же, который эти самые сроки ставил, следит за этим самым прогрессом. Я имею ввиду то, что при видимости прогресса проще и удобнее отследить выполнение задач, особенно когда срок выполнения задачи от недели и более, т. е. это даст понимание, выполняется задача в срок, или что-то идет не так. Разумеется тут нужно ориентироваться на адекватную оценку прогресса исполнителем задачи.
У нас сейчас штат из 9 человек (не считая меня). Т. е. небольшой штат при котором исполнители грамотно и ответственно подходят к выставлению прогресса, так чтобы менеджер видел реальную картину происходящего. ПФ наш второй планер в качестве инструмента, и он многим привлекателен. В том инструменте, котором мы работали ранее, возможность выставления прогресса была, и это было очень удобно и наглядно.
Само-собой разумеющееся что чем больше штат, тем более неадекватная оценка прогресса, но это уже зависит от тех самых менеджеров, которые должны будут следить за поставленными задачами.
|Задача либо ВЫПОЛНЕНА, либо еще НЕТ. Все промежуточные состояния типа "исполняем, задача готова почти на 64,72%" - это от лукавого. Прогресс исполнения может быть только у задачи с подзадачами - "выполнено 5 из 25".
Это все хорошо, когда сотрудник сидит рядом, и вы видите над чем и как работает ваш сотрудник. Или же это производство, где вы подошли к рабочему и посмотрели чем он занимается. Я же говорю об удаленной работе, о тех сотрудниках, которые разбросаны по всему миру. С подзадачами все верно, а что делать когда существует одна, но большая и очень трудоемкая задача, которую не разбить на подзадачи? В нашем случае такое явление не редкость. Например: композитор пишет музыку, никто не знает когда он ее напишет, потому что его, простите за жаргон, то прет то не прет, мы специально не стали ограничивать его сроками, так как время у нас есть, а композиции должны быть как можно лучше, чего нельзя добиться когда перед композитором выставляются жесткие временные рамки. В таком случае получается задача "без рамок", где тот самый "прогресс" показывает нам на какой стадии находится сотрудник, и это лишь один из примеров.
|Теоритически так и должно быть.
Я не правильно выразился... Сотрудник, зная поставленные сроки на выполнение задачи, проставляет прогресс, менеджер же, который эти самые сроки ставил, следит за этим самым прогрессом. Я имею ввиду то, что при видимости прогресса проще и удобнее отследить выполнение задач, особенно когда срок выполнения задачи от недели и более, т. е. это даст понимание, выполняется задача в срок, или что-то идет не так. Разумеется тут нужно ориентироваться на адекватную оценку прогресса исполнителем задачи.
У нас сейчас штат из 9 человек (не считая меня). Т. е. небольшой штат при котором исполнители грамотно и ответственно подходят к выставлению прогресса, так чтобы менеджер видел реальную картину происходящего. ПФ наш второй планер в качестве инструмента, и он многим привлекателен. В том инструменте, котором мы работали ранее, возможность выставления прогресса была, и это было очень удобно и наглядно.
Само-собой разумеющееся что чем больше штат, тем более неадекватная оценка прогресса, но это уже зависит от тех самых менеджеров, которые должны будут следить за поставленными задачами.
|Задача либо ВЫПОЛНЕНА, либо еще НЕТ. Все промежуточные состояния типа "исполняем, задача готова почти на 64,72%" - это от лукавого. Прогресс исполнения может быть только у задачи с подзадачами - "выполнено 5 из 25".
Это все хорошо, когда сотрудник сидит рядом, и вы видите над чем и как работает ваш сотрудник. Или же это производство, где вы подошли к рабочему и посмотрели чем он занимается. Я же говорю об удаленной работе, о тех сотрудниках, которые разбросаны по всему миру. С подзадачами все верно, а что делать когда существует одна, но большая и очень трудоемкая задача, которую не разбить на подзадачи? В нашем случае такое явление не редкость. Например: композитор пишет музыку, никто не знает когда он ее напишет, потому что его, простите за жаргон, то прет то не прет, мы специально не стали ограничивать его сроками, так как время у нас есть, а композиции должны быть как можно лучше, чего нельзя добиться когда перед композитором выставляются жесткие временные рамки. В таком случае получается задача "без рамок", где тот самый "прогресс" показывает нам на какой стадии находится сотрудник, и это лишь один из примеров.
-
- Сообщения: 41
- Зарегистрирован: 10.01.2013 19:45
Давайте разберем Ваш случай с композитором.
1. Прогресс не возможен без рамок.
2. Рамки могут быть по времени и по объему.
3. По времени вы не ставили - из условия задачи.
4. Значит по объему (например 10 куплетов или 10 композиций или строк).
5. Ставите задачу с 10 подзадачами и закрываете поэтапно.
Это управление. Для него, как видите, прогресс совсем не нужен.
Про "то прет то не прет", композитор может написать что выполнение 99%, типа последняя строчка осталась, и вдруг перестало переть и полгода не прет. Скажите что Вам тогда даст прогресс в 99%.
Для Вас прогресс заполняемый работником, это привычка и эстетическое удовольствие и это нормально, но к управлению он не имеет отношения. А ПФ управленческая система.
П.С. Творческие процессы управляются, контролируются и ставятся в рамки не хуже чем производственные, посмотрите на Голливуд, там очень жесткие сроки:) Да и программирование тоже процесс творческий.
1. Прогресс не возможен без рамок.
2. Рамки могут быть по времени и по объему.
3. По времени вы не ставили - из условия задачи.
4. Значит по объему (например 10 куплетов или 10 композиций или строк).
5. Ставите задачу с 10 подзадачами и закрываете поэтапно.
Это управление. Для него, как видите, прогресс совсем не нужен.
Про "то прет то не прет", композитор может написать что выполнение 99%, типа последняя строчка осталась, и вдруг перестало переть и полгода не прет. Скажите что Вам тогда даст прогресс в 99%.
Для Вас прогресс заполняемый работником, это привычка и эстетическое удовольствие и это нормально, но к управлению он не имеет отношения. А ПФ управленческая система.
П.С. Творческие процессы управляются, контролируются и ставятся в рамки не хуже чем производственные, посмотрите на Голливуд, там очень жесткие сроки:) Да и программирование тоже процесс творческий.
-
- Сообщения: 18
- Зарегистрирован: 26.12.2012 21:38
Дело в том что он знает когда его "прет" :)
Не первый раз с ним работаем, и всегда прогресс он проставлял правильно, и делал все как мы того и ожидали, даже с выше описанными условиями. Можно было бы конечно разбить по куплетам, но я не вижу в этом смысла. Композиции он обычно делает кусками, например сделал первые 30 секунд, и выложил на обозрение. От него требуется композиция продолжительностью 5 минут, соответственно он выполнил 10% поставленной задачи, что и проставил, удобно же? )
Ну вы и сравнили - Голивуд ) Я же не говорил о том что нельзя контролировать, можно конечно, и это не проблема. У нас практически вся работа творческая, контролируем же, в том числе и программирование :)
По поводу всего остального - согласен с вами, управлять можно спокойно и без видимости "прогресса", сам же "прогресс" можно назвать приятным бонусом, а кто же не любит бонусы? Тем более когда они еще и полезны!
Не первый раз с ним работаем, и всегда прогресс он проставлял правильно, и делал все как мы того и ожидали, даже с выше описанными условиями. Можно было бы конечно разбить по куплетам, но я не вижу в этом смысла. Композиции он обычно делает кусками, например сделал первые 30 секунд, и выложил на обозрение. От него требуется композиция продолжительностью 5 минут, соответственно он выполнил 10% поставленной задачи, что и проставил, удобно же? )
Ну вы и сравнили - Голивуд ) Я же не говорил о том что нельзя контролировать, можно конечно, и это не проблема. У нас практически вся работа творческая, контролируем же, в том числе и программирование :)
По поводу всего остального - согласен с вами, управлять можно спокойно и без видимости "прогресса", сам же "прогресс" можно назвать приятным бонусом, а кто же не любит бонусы? Тем более когда они еще и полезны!
-
- Сообщения: 27
- Зарегистрирован: 20.12.2012 11:51
Не забывайте, что планфикс вещь универсальная, рассчитана на разные сценарии. В нашем случае(производство) - прогресс задачи измерить можно количеством выполненных изделий, по факту.Задача либо ВЫПОЛНЕНА, либо еще НЕТ. Все промежуточные состояния типа "исполняем, задача готова почти на 64,72%" - это от лукавого. Прогресс исполнения может быть только у задачи с подзадачами - "выполнено 5 из 25".