|
|
Знаете ли Вы, что ... | |
...инструкция по установке аватара описана в Правилах форума. | |
<< Предыдущий совет - Случайный совет - Следующий совет >> |
Системы управления процессами Раздел для обсуждения систем управления задачами, определения преимуществ и недостатков, проведения сравнений с системами документооборота |
Ответить |
|
Опции темы | Опции просмотра |
24.05.2011 08:51 | #11 | ||
Сообщений: 625
+ 250
475/209
– 10
6/5
|
Цитата:
В рамках одной задачи главный Исполнитель - это один пользователь. Но мы также предлагаем кастомное поле - Соисполнители - где фиксируются пользователи, которые: - будут по умолчанию получать уведомления о прогрессе задачи (открыта, прокомментирована, исполнена, завершена, изменён приоритет и т.д.); - будут фильтроваться по признаку, например, "Задачи, где я Соисполнитель" или ещё глубже "Я - Соисполнитель, высокоприоритетные"; - независимо от уровня секретности задачи, всегда (пока являются соисполнителями), будут иметь к ней доступ. Вообще полем "Соисполнитель" можно воспользоваться не только в рамках стандартной оперативной задачи, но и, например, в рамках задачи типа "Совещание", когда участники совещания фиксируются именно в "Соисполнителях" со всеми вытекающими последствиями... Цитата:
В JIRA хорошо работают проектные роли. Так, что касается контроля и руководства процессом, мы настраиваем, как правило две проектные роли: Менеджер - пользователь, имеющий права Авторов ко всем задачами проекта; Менеджер - это контролёр, лицо, следящее за своевременностью исполнения заданий, соблюдением регламента. Модератор - пользователь, имеющий права Исполнителя ко всем задачам проекта; в качестве Модератора, например, может выступать начальник подразделения, по сути имеющий право завершать задачи вверенных ему подчинённых, если того требует ситуация. На счёт того, как пользователи получают уведомления. Ответ - по е-майлу Прогресс по задаче, которая так или иначе касается пользователя (будь он Автором, Исполнителем, Соисполнителем, Наблюдателем, Менеджером, Модератором, Руководителем проекта и т.д.), фиксируется по электронной почте. |
||
|
Ответить |
"+" от:
|
24.05.2011 10:04 | #13 | |
Сообщений: 625
+ 250
475/209
– 10
6/5
|
Цитата:
Если брать конкретный пример, описанный выше, то смысл использовать два типа запросов имеется по следующим причинам. Тип "Документ": в данной задаче основная цель - зафиксировать все "половые признаки" документа, а именно: его название, дату, внутренний регистрационный номер, направление (под направлением - приказы, распоряжения, внешние обращения и пр.), исполнителя и соисполнителей, ну и, конечно же - скан-копию самого бумажного документа. Т.е. головной задачей мы решаем вопрос - зафиксировать вводные по документу. Статусов у этого типа задач предусмотрено только два: "Открыто" и "В архиве" (переход со статус на статус доступен только Автору или пользователю, обладающего проектной ролью Менеджер). Теперь представь, что в тексте самого документа (по сути самого документа) имеются пункты, которые требуют привлечения энного количества сотрудников для исполнения (пункт 1 - в ведении Иванова - по пункту сделать то, то, то; пункт 2 - в ведении Петрова - то, то, то и т.д.) Для того, чтобы отследить исполнение поручений, предусмотрен как раз другой тип задач - "Поручение". Тут уже работают другие статусы. В простейшем исполнении это статусы - "Открыто", "Исполнение завершено" (Исполнитель завершил, но Автор ещё не принял итогов), "Закрыто" (Автор принял итоги). А если ещё и предусмотрен промежуточный переход "Открыть заново" (Автор не принял результаты и открыл поручение заново), так вообще получается конфета Что имеем в итоге: - головная задача типа "Документ", которая находится в статусе "Открыто" (или можно "Актуально" - тут кому как нравится) пока поручения по этой задаче актуальны; - подзадачи "Поручение" - их может быть несколько - у каждой свой исполнитель, сроки, приоритет и ход исполнения. Далее предлагаю представить ситуацию, когда в крупной конторе за день фиксируется несколько десятков документов. Некоторые просто информативного характера (и такие можно сопровождать в JIRA без открытия поручений, а просто переводом Исполнителем в архив с резолюцией "Принято к сведению"), а некоторые являются исходными для действий. Если на регистрацию самих документов в JIRA назначить ответственное лицо в канцелярии, то в итоге получаем рабочий инструмент фиксации документа в электронной системе и, что самое главное, инструмент для контроля исполнительской дисциплины. |
|
|
Ответить |
23.08.2011 14:57 | #14 |
Arsenicson
|
20 августа компания Mars Solutions успешно завершила международную сертификацию по ISO 9001.
И без JIRA сделать это было бы трудновато. Собственно, аудитор был весьма сильно и приятно удивлён организацией процессов на базе JIRA в нашей компании, а удивление аудитора с более 100 аудитов за плечами дорогого стоит
__________________
Мои: Живой Журнал | Сайт о фотографии | Cтатьи в журнале INFOCOM.UZ | Непопулярные посты на форуме |
|
Ответить |
2 "+" от:
|
Реклама и уведомления | |
|