Добавьте пожалуйста ещё один статус
-
- Сообщения: 20
- Зарегистрирован: 21.06.2012 19:14
Добавьте пожалуйста ещё один статус
Нам очень не хватает ещё одного статуса здаче - "в обсуждении", "на паузе", или что-то в этом духе.
"Черновик" мы используем как задачу которая ещё вообще не известно будет ли поставлена, или нет.
А очень часто по уже согласованной задаче, которая находится в процессе работы возникает вопрос в комментах и до тех пор, пока проект-менеджер не ответит на вопрос, задача "на паузе", но проект-менеджер не видит, что задача на паузе и думает, что она в работе... Это вносит большие неудобства в наш рабочий процесс и управление задачами тормозится.
Естественно необходимо, чтобы исполнитель мог ставить статус "на паузе".
"Черновик" мы используем как задачу которая ещё вообще не известно будет ли поставлена, или нет.
А очень часто по уже согласованной задаче, которая находится в процессе работы возникает вопрос в комментах и до тех пор, пока проект-менеджер не ответит на вопрос, задача "на паузе", но проект-менеджер не видит, что задача на паузе и думает, что она в работе... Это вносит большие неудобства в наш рабочий процесс и управление задачами тормозится.
Естественно необходимо, чтобы исполнитель мог ставить статус "на паузе".
-
- Сообщения: 9
- Зарегистрирован: 15.06.2012 15:31
-
- Сообщения: 346
- Зарегистрирован: 11.06.2012 13:51
Здравствуйте, коллеги!
Для того, чтобы решать подобные кейсы мы запланировали в ПланФиксе возможность создания кастомных статусов и правил перехода между ними. В недалеком будущем, вы сможете изменить схему с текущими статусами или для какого либо проекта задать свою схему.
Делать сейчас еще просто два новых статуса стратегически неправильно.
Для того, чтобы решать подобные кейсы мы запланировали в ПланФиксе возможность создания кастомных статусов и правил перехода между ними. В недалеком будущем, вы сможете изменить схему с текущими статусами или для какого либо проекта задать свою схему.
Делать сейчас еще просто два новых статуса стратегически неправильно.
-
- Сообщения: 9
- Зарегистрирован: 15.06.2012 15:31
-
- Сообщения: 104
- Зарегистрирован: 18.07.2012 10:51
-
- Сообщения: 15
- Зарегистрирован: 19.06.2012 14:22
-
- Сообщения: 15
- Зарегистрирован: 04.08.2012 16:15
-
- Сообщения: 58
- Зарегистрирован: 27.07.2012 10:31
-
- Сообщения: 20
- Зарегистрирован: 21.06.2012 19:14
-
- Сообщения: 15
- Зарегистрирован: 04.08.2012 16:15
-
- Сообщения: 20
- Зарегистрирован: 21.06.2012 19:14
-
- Сообщения: 15
- Зарегистрирован: 04.08.2012 16:15
-
- Сообщения: 346
- Зарегистрирован: 11.06.2012 13:51
Пару фиксированных статусов добавлять не будем - к сожалению у нас не так много ресурсов разработчиков, чтобы лепить костыли.Ну где же это недалекое светлое будущее? Может быть хотя бы ещё пару фиксированных статусов добавите временно. Ну очень нужно.
Все что могу предложить - дождаться функционала кастомных статусов. По нашим планам это будет через 4 релиза.
-
- Сообщения: 15
- Зарегистрирован: 04.08.2012 16:15
Хорошо бы также изменить галочку "срочно" на общеизвестный список приоритетов:
PS Подумал, что в ту же степь, поэтому и написал сюда. Если что можно и переместить в отдельную тему.
- Критично
- Важно
- Нормально
- Низкий приоритет
PS Подумал, что в ту же степь, поэтому и написал сюда. Если что можно и переместить в отдельную тему.
-
- Сообщения: 58
- Зарегистрирован: 27.07.2012 10:31
-
- Сообщения: 15
- Зарегистрирован: 04.08.2012 16:15
Во многих случаях ваш вариант может и подойдет, но если представить себе задачи, которые не имеют сроки завершения. Например в случае баг репорта пользователями (как например можно поставить задачу в службу поддержки планфикса).
В таком случае не работает схема "Нужно подчинятся тому кто поставил задачу". Вот некоторые моменты в таких случаях:
1. Исполнитель не будет/не должен обращать внимание на сроки исполнения (потому что исполнители задачи сами решат, когда приниматься за задачу)
2. Исполнители не всегда могут сами выставить сроки выполнения, потому что они попросту могут не знать когда доберутся до этой задачи
В таких случаях и приходит на помощь такого вида приоритет как я описал выше.
1. Вы можете пройтись по задачам и выставить им приоритет
2. На основании приоритетов вы отберете те задачи которые нужно делать, например, в этом месяце (критичные баги ваших проектов вы должны запланировать в первую очередь)
3. Потом пройтись по этим самым приоритетным задачам и выставить сроки исполнения
4. Если критичных задач не так много, ты вы уже добираете из менее приоритетных
Одними сроками исполнения тут к сожалению не обойтись!
PS Это общеизвестная практика баг репортинга
В таком случае не работает схема "Нужно подчинятся тому кто поставил задачу". Вот некоторые моменты в таких случаях:
1. Исполнитель не будет/не должен обращать внимание на сроки исполнения (потому что исполнители задачи сами решат, когда приниматься за задачу)
2. Исполнители не всегда могут сами выставить сроки выполнения, потому что они попросту могут не знать когда доберутся до этой задачи
В таких случаях и приходит на помощь такого вида приоритет как я описал выше.
1. Вы можете пройтись по задачам и выставить им приоритет
2. На основании приоритетов вы отберете те задачи которые нужно делать, например, в этом месяце (критичные баги ваших проектов вы должны запланировать в первую очередь)
3. Потом пройтись по этим самым приоритетным задачам и выставить сроки исполнения
4. Если критичных задач не так много, ты вы уже добираете из менее приоритетных
Одними сроками исполнения тут к сожалению не обойтись!
PS Это общеизвестная практика баг репортинга
-
- Сообщения: 1
- Зарегистрирован: 20.09.2012 22:50
Поддерживаю. У нас проект, у которого нет сроков, есть только список задач. И приходится в голове держать (или каждый раз пробегать по задачам) чтобы найти ту, над которой сейчас более приоритетно нужно работать, а какие можно пока и отложить. На данный момент приходится изворачиваться пробегая по задачам и ставя среди них "срочно" на самые важные, остальным статус не ставить. После выполнения этих, снова пробегать по задачам и уже среди них выделять приоритетные. А было бы было больше статусов, было бы намного проще. Те кто пользовался тем же оутлуком для организации таймменеджмента поймут.
-
- Сообщения: 5
- Зарегистрирован: 06.09.2012 15:04
-
- Сообщения: 346
- Зарегистрирован: 11.06.2012 13:51
-
- Сообщения: 2
- Зарегистрирован: 05.10.2012 19:49
-
- Сообщения: 46
- Зарегистрирован: 04.07.2012 09:31
-
- Сообщения: 17
- Зарегистрирован: 20.06.2012 18:46
-
- Сообщения: 20
- Зарегистрирован: 21.06.2012 19:14
Господа, что-то случилось с черновиками. Как я уже писал в этой задаче, не хватало статуса "на паузе" и в место этого статуса мы использовали "черновик", но сейчас вдруг обнаружилось, что черновики пропали из списка задач. То есть если задача в черновике, то её не видит никто кроме постановщика задачи. Работать стало вообще не удобно.
До появления кастомных статусов верните пожалуйста видимость черновикам, ибо это было единственное спасение в условиях катострофической нехватки статусов!
Я конечно понимаю, что статус "черновик" на то и черновик, но сделайте хотя бы, чтобы админы могли видеть черновики своих сотрудников! Вообще админы должны видеть все что только можно видеть в системе. Это уже глюк мне кажется в том, что админы вообще никак не видят чужие черновики.
До появления кастомных статусов верните пожалуйста видимость черновикам, ибо это было единственное спасение в условиях катострофической нехватки статусов!
Я конечно понимаю, что статус "черновик" на то и черновик, но сделайте хотя бы, чтобы админы могли видеть черновики своих сотрудников! Вообще админы должны видеть все что только можно видеть в системе. Это уже глюк мне кажется в том, что админы вообще никак не видят чужие черновики.
-
- Сообщения: 346
- Зарегистрирован: 11.06.2012 13:51
-
- Сообщения: 1
- Зарегистрирован: 10.02.2013 10:15