Методика учета задач

Публикация № 1411644

Методология - Управление проектом

Учет задач приоритет ранжирование help desk service

Пожалуй, каждая компания проходит период, когда IT-отдел не успевает переваривать бурно генерируемые «хотелки» сотрудников других отделов и буквально заваливается нерешенными задачами и просьбами озвучить реальные сроки выполнения задач. Отношения IT-отдела с внутренними заказчиками со временем портятся, растет недовольство, а сотрудники IT-отдела выгорают, как бенгальские огни в новогоднюю ночь. Предлагаю рассмотреть способ выхода из данной ситуации.

Часть 1. Введение

Цель методики:

Сделать очередность выполнения задач ранжируемой автоматически, понятной, управляемой и самое главное справедливой. Отказаться от классических приоритетов по «Важности», «Срочности». Поскольку ни один сотрудник в здравом уме и памяти не назначит свою задачу как «Не важная» или «Не срочная». Особенно когда IT-отдел не успевает удовлетворить потребности всех сотрудников.

Суть методики:

С помощью специально подобранных критериев, рассчитать приоритет каждой задачи, упорядочить их по приоритету и выполнять строго по очереди. От самых приоритетных к самым менее приоритетным. Таким образом задачи сами расслоятся на первоочередные, основные и «хотелки».

Польза IT-отделу:

Полностью снимется бремя ответственности за просроченные задачи. Понятия просроченности в классическом понимании не будет. Накапливающийся долг в виде нерешенных задач перестанет быть долгом. Это будут задачи, которые вся компания официально считает «хотелками». Исполнителям не придется объяснять низкий приоритет задачи и всячески оправдываться перед заказчиками. Исполнители смогут больше времени, сил и энергии тратить непосредственно на работу. А переживания из-за накопленных просроченных задач и постоянного давления со стороны заказчиков будут в прошлом.

Польза рядовым сотрудникам:

Ясность в понимании что такое «бантик» и «хотелка», чем они отличаются от важных для компании от задач. Сотрудники смогут опосредованно влиять на приоритет и те критерии из которых он складывается. Не нужно будет уговаривать, просить, кричать или любым другим способом влиять на скорость IT-отдела.

Польза руководителям:

Возможность управлять потоком задач. Акцентировать IT-отдел не на том, что они хорошо умеют делать или им нравится, а на том, что требуется компании. Отпадет потребность соревноваться в выяснении вопроса «А какой же отдел самый важный для компании».

Где применима методика:

В любой средней и крупной компании, главное условие — это ограничения ресурсов IT-отдела. Методику можно применить к любой системе учета задач. От гугл-таблиц до специализированных сервис-деск систем со сложными маршрутизациями.

Часть 2. Пару слов о внедрении

Прежде чем описать концепцию и механику, дам простые рекомендации по внедрению методики в вашей компании.

- Воспользуйтесь подготовленной мной таблицей Excel для прототипирования. Настройте классификаторы, настройте баллы, загрузите свои задачи в таблицу. Оцените на сколько методика отвечает требованиям вашей компании.

- При доработке вашей системы учета задач предусмотрите проверку корректности заполняемых полей их достоверность. Например, с помощью процессов согласования задач руководителями.

- Методика предполагает отказ от сроков задач. Если в вашей компании без сроков работать нет возможности, тогда поставьте цель. Во время перехода постепенно добиться, что бы сроки вытекали из рассчитанного приоритета.

Эти рекомендации помогут внедрению!

Сокращения и определения:

Приоритет – итоговое числовое значение условного веса задачи, которое складывается из баллов (от 0 до ~30).

Критерий – характеристика задачи, которая должна учитываться для достижения максимально справедливого значения приоритета. Каждому критерию соответствует один или несколько классификаторов.

Классификатор - систематизированный перечень значений, каждому значению присваивается балл.

Балл – целое, не отрицательное число.

Поле для заполнения – реквизит на форме задачи, который нужно заполнить заказчику или исполнителю из списка значений классификатора. На Рис. 1. иллюстрация связи критериев, классификаторов и полей для заполнения.

Часть 3. «Критерии», что это такое и почему они нужны

Для расчета приоритета будут использоваться пять критериев: «Важность», «Проблемность», «Мультипликативность», «Сложность», «Просроченность».

Методика не предполагает строго ограниченного перечня критериев, но выбранные мной критерии максимально хорошо балансируют между собой и помогают придерживаться принципа «Парето».

Первый критерий «Важность»

Это базовый критерий оценки задачи. С его помощью определяется на сколько область деятельности для которой создана задача важна для бизнеса относительно других областей деятельности. В качестве классификатора критерия могут выступать: описанные бизнес-процессы, структура организации, функциональные блоки, направления деятельности и т.п.

Рекомендуется выбрать классификатор, который понятен сотрудникам и по нему можно ранжировать деятельность компании по степени важности. От самых основных (приносящих прибыль) до самых второстепенных (обслуживающих основную деятельность).

Второй критерий «Проблемность»

С его помощью определяется на сколько область деятельности для которой создана задача проблемная, требующая внимания или помощи относительно других областей деятельности на текущий момент. Это «живой» критерий на который могут и должны влиять руководители отделов. В качестве классификатора используется то же, что и для «Важности».

Пример:
Выберем классификатор «Функциональный блок». В задаче данное поле назовем «Категория»:

Категория

Балл (Важность)

Балл (Проблемность)

Продажи

8

7

Казначейство

7

8

Закупки

6

5

Логистика

5

3

Производство

4

6

Бухгалтерия

3

4

Зарплата и кадры

2

2

Бюджетирование

1

1


Для классификатора «Проблемность» следует регулярно пересматривать баллы в отличие от «Важности». Например, раз в неделю на регулярных собраниях руководителей. Пересмотр баллов «Важности» как правило не требуется.

Важно! Если задачи исполняются разными сотрудниками (структурными единицами), например, задачи блока «Зарплата и кадры» решает отдельный сотрудник. Тогда следует этот блок детализировать (расчет зарплаты, учет кадровых документов, расчет отпуска и т.п.) и ранжировать его независимо от других блоков.

Третий критерий «Мультипликативность»

Данный критерий призван определить, на сколько быстро окупятся затраты на решение задачи. Т.е. определяет экономический эффект от решения задачи. Для соблюдения принципа «Парето» важно учитывать данный критерий.

Для его расчета следует использовать два классификатора «Время», «Повторяемость».
«Время» - это рабочее время, которое высвободится у сотрудника(ов) если задача будет решена. Т.к. у классификатора не стоит задача с точностью до минуты посчитать экономию времени, то и значений должно быть не много, а их формулировки должны быть понятны.

Пример:
Классификатор «Время». В задаче данное поле назовем «Экономия»:

Экономия

Балл

Описание

«не могу выполнять свою работу»

5

Сотруднику не удается выполнить свою работу, сделать новую поставленную ему задачу

«более 1 часа в день»

4

Делается много рутинной, объемной работы

«от 30 минут до 1 часа в день»

3

Производится лишняя работа (перепроверка своей работы, поиск и анализ возможных ошибок и т.п.)

«от 5 до 30 минут в день»

2

Работа не оптимизирована, много лишних телодвижений (работа в нескольких программах, двойной ввод данных и т.п.)

«до 5 минут в день»

1

Делаются лишние клики, телодвижения, которые избыточны и могут быть оптимизированы

 

«Повторяемость» - это круг лиц, у которых произойдет предполагаемая экономия времени. В задаче данное поле для заполнения можно назвать «Полезность».

Пример:
Классификатор «Повторяемость». В задаче данное поле назовем «Полезность»:

Полезность

Балл

Описание

Всей компании

5

более 30% от численности штата

Нескольким отделам

4

~ 15-30% от численности штата

Моему отделу

3

~ 5% от численности штата

Мне и моим коллегам

2

~ 1% от численности штата

Только мне

1

Только для 1 сотрудника

 

Важно! Для расчета значения критерия «Эффект от решения» следует брать среднее значение описанных выше классификаторов. Например, если «Экономия» 2 балла, а «Полезность» 3 балла, то итоговый балл критерия равен 3. Вычисляется как (2+3)/2=2,5 округляем в большую сторону получим 3.

Четвертый критерий «Сложность»

Это особенный критерий. При расчете приоритета он должен вычитаться из суммы. Его смысл в том, чтобы скомпенсировать амбиции компании ограниченностью ресурсов IT службы. Из этого следует, что мультипликативная и сложная задача равноценны не мультипликативной и легкой. Для его расчета следует использовать классификатор «Степени сложности». В задаче данное поле для заполнения можно назвать, как и сам критерий «Сложность».

Пример:
Классификатор «Степени сложности». В задаче данное поле назовем «Сложность»:

 

Сложность

Балл

Описание

Очень сложная

5

Требуется серьезная переработка функционала

Сложная

4

Требует анализа, предполагает множество итераций

Не сложная

3

Требует анализа, не предполагает множество итераций

Требует анализ

2

Отсутствует понимание в чем суть задачи

Простая

1

Не требует анализа, минимум итераций

Очень простая

0

Выполняется на ходу, в одну итерацию


В целях определения приоритета не рекомендуется усложнять логику оценки сложности задачи.
Отдельно отмечу, что при решении задач важную роль играет именно субъективная оценка задачи исполнителем. Т.е. одна и та же задача может быть по-разному оценена руководителем исполнителя, консультантом, программистом. Окончательная оценка за тем сотрудником, чей вклад наибольший при решении задачи.

Пятый критерий «Просроченность»

Данный критерий призван увеличить приоритет задачи по мере нахождения ее в очереди. Устанавливается автоматически системой. Каждый сотрудник ждет решения своей задачи, он должен быть уверен, что приближается момент ее решения и не происходит «бесконечного» вытеснения его задачи. Это критерий вносит дополнительную справедливость для отделов с наименьшим приоритетом. Для его расчета следует использовать классификатор «Просроченные дни». В задаче данное поле для заполнения можно назвать «Просрочка».

Пример:
Классификатор «Просроченные дни». В задаче данное поле назовем «Просрочка»:

Названия значений поля «Просрочка»

Балл

10 и более дней

5

9 дней

5

8 дней

4

7 дней

4

6 дней

3

5 дней

3

4 дня

2

3 дня

2

2 дня

1

1 день

1

 

Описанные критерии являются своего рода средствами сдержек и противовесов. Далее покажу связь между сущностями и обсудим, как можно решать цели компании с помощью критериев.

Рис. 1. Иллюстрация пропорции веса критериев в приоритете. А также связь между критериями, классификаторами и полями для заполнения.

Важно! На иллюстрации наглядно видно, что основной вес имеют критерии «Важность» и «Проблемность». Это предпочтительный подход при штатной работе компании.
Но методика предполагает максимальную гибкость при которой критерии нужные именно вашей компании будут иметь наибольший вес.

Примеры:
Мультипликативность
увеличение баллов этого критерия обеспечивает максимальный «выхлоп» от деятельности IT-отдела. Это может требоваться, если ожидается сокращение штата IT-отдела. Или завершается проект автоматизации и подрядчик скоро покинет компанию.
Просроченность увеличение баллов этого критерия обеспечивает максимальную лояльность к сотрудникам. Произойдет некоторое пренебрежение интересам компании в сторону уравнивания интересов сотрудников компании. Это может требоваться в крупных компаниях для минимизации недовольства сотрудников или при спокойном развитии ваших систем.
Сложность увеличение баллов этого критерия обеспечивает максимальную скорость работы
IT-отдела. Наиболее сложные задачи будут браться в работу в последнюю очередь. Это может требоваться при потере компетенций сотрудниками IT (текучка кадров, расформирование отдела и т.п.).

 

Часть 4. Подход к выполнению задач

Что бы методика работала, необходимо придерживаться определенного порядка работы с задачами. Идеально, если работа представляет из себя замкнутый цикл, учитывающий непрерывную работу как по взятым в работу задачам, так и по новым. Для удобства работы с задачами используется статус задачи. Их перечень может сильно варьироваться. Для упрощения я выделю только четыре статуса «Открытые», «В работе», «На уточнении», «Завершенные».

Что бы упорядочить задачи с одинаковым баллом приоритета нужно их упорядочить по дате от старых к новым.

Если слишком много задач с одинаковыми баллами приоритета или все задачи находятся в узком диапазоне баллов, тогда пересмотрите используемый шаг баллов для значений классификаторов.

Рис. 2. Иллюстрация последовательности обработки задачи.

 

Важно! Придерживайтесь принципа обособленности списка задач со статусом «Открытые» и «В работе». Ключевой смысл в том, что в каждом из этих списков будет своя очередность выполнения задач.
Независимо от изменения балла приоритета, взятые в работу задачи должны доделываться даже если их приоритет снизился относительно новых задач.

 

Рис. 3. Иллюстрация примерного процесса обработки задачи исполнителем.

 Рис. 4. Иллюстрация формы задачи.

 

 Рис. 5. Иллюстрация формы списка со статусом «Открытые».

 

 Рис. 6. Иллюстрация формы списка задач со статусом «В работе».

 

На этом все. Желаю вам успехов!
П.С. в экселе используется макрос для автоупорядочивания строк, бояться его не нужно.

Скачать файлы

Наименование Файл Версия Размер
Приоритеты пример

.xlsm 26,44Kb
8
.xlsm 26,44Kb 8 Скачать

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. gubanoff 50 29.03.21 14:12 Сейчас в теме
(0) Также используем расчет приоритетов для задач, даже критерии частично совпадают с описанными.
2. ANDunaev 53 29.03.21 15:33 Сейчас в теме
(1) Спасибо за комментарий.
Это здорово, вам и вашим коллегам повезло! Во всех компаниях, где мне пришлось работать, данная проблема не решена.
3. sanjabor 17 30.03.21 10:50 Сейчас в теме
(0)
Важно! Придерживайтесь принципа обособленности списка задач со статусом «Открыта» и статусом «В работе» «Открытые» и «В работе»


Похоже, опечатка.
5. ANDunaev 53 30.03.21 11:44 Сейчас в теме
(3) Спасибо! Исправил опечатку.
4. botokash 272 30.03.21 10:52 Сейчас в теме
Оценка задач очень похожа на приоритеты RICE.
6. ANDunaev 53 30.03.21 11:51 Сейчас в теме
(4) Раньше не сталкивался с RICE. Да, описанная мной оценка задач похожа. В общем я предполагал, что аналогичные методики уже придуманы и используются, особенно в зарубежной практике. А перед размещением своей публикации больше ориентировался на статьи этого ресурса. Аналогов не нашел. В любом случае спасибо, буду знать!)
7. user1466751 30.03.21 13:07 Сейчас в теме
Прям готовый материал для статьи Белокаменцева :)
8. ANDunaev 53 30.03.21 13:41 Сейчас в теме
(7)Обзорно ознакомился с трудами Ивана. Но так и не понял ты мою статью похвалил или поругал? :))
Алексей Воробьев; yakutskteplo; +2 Ответить
9. МимохожийОднако 130 31.03.21 09:04 Сейчас в теме
(8) Вряд ли похвалил )
что касается моей оценки - плюс
ANDunaev; +1 Ответить
10. Yashazz 3753 31.03.21 09:07 Сейчас в теме
Очередной сферический конь в вакууме, к тому же с неряшливо оформленными слайдами.
Увы, все эти прекрасные теории стабильно разбиваются о человеческий и организационный фактор под названием "бардак". И потому, увы, грош им цена на практике. Ни скандального главбуха, чьи задачи лезут поперёк всех остальных, потому что "крыжики слетели", ни ушлёпка-заказчика, который ставит всех в известную позу из-за мелкого каприза, ни пальцатого гендира, который лучше всех всё знает - эти красивые схемы не учитывают, по большому счёту. Ну и "пионэров", кои в простейших вещах уже разводят хаос, и подрядчиков, у которых свои порядки, тоже. И внедрить такое практически нереально. Бесполезная вещь.

Хотя нет, одно применение есть: с умным видом и указкой доложить всё это на собрании, чтобы руководство видело, как всё красиво, прогрессивно и продуманно. Глядишь, премии не лишат)
itoptimum; AnderWonder; Krasnyj; +3 3 Ответить
11. ANDunaev 53 31.03.21 10:33 Сейчас в теме
(10) Постараюсь ответить:
1. Это не совсем сферический конь, да еще и в вакууме. Описанная методика полностью реализована во вложенной таблице Excel. И каждый читатель сможет для себя заранее проверить, бесполезная методика или у нее есть право на существование и внедрение.
2. На счет слайдов - как смог, так и сделал.
3. Фактор "бардак" - во первых он не во всех компаниях, во вторых идея в том, что бы вынести бардаки, скандалы и споры за рамки IT-отдела. А в IT-отдел будут поступать уже задачи в том порядке, в котором должны быть выполнены.
4. Для скандального главбуха не составит труда поставить самый высокий балл "Проблемности" и его задачи будут выше в приоритете.
Т.е. проблема решается и противоречий нет.
5. Безусловно прежде чем что-то внедрять гендир (лпр) должен осознать проблему, признать, что ее нужно решать и убедиться, что предложенное решение ему нравится (описанная мной методика или что-то еще внедрять - не важно).

А если еще кого-то премии не лишат, то вообще отлично! =)

П.С. На самом деле спасибо за критику. Все, что ты описал мне очень хорошо знакомо)
14. Krasnyj 1288 31.03.21 16:58 Сейчас в теме
(11)
5. Безусловно прежде чем что-то внедрять гендир (лпр) должен осознать проблему, признать, что ее нужно решать и убедиться, что предложенное решение ему нравится (описанная мной методика или что-то еще внедрять - не важно).


ЛПР осознает, но когда на него польется шквал жалоб, и в каждой жалобе будет Самый Весомый Аргумент - "Мы не можем работааааааать из-за этого", ЛПР не будет вдаваться в тонкости ,а просто прикажет отключить эту систему и делать, что говорят.
20. ANDunaev 53 31.03.21 18:02 Сейчас в теме
(14)
ЛПР осознает, но когда на него польется шквал жалоб, и в каждой жалобе будет Самый Весомый Аргумент - "Мы не можем работааааааать из-за этого", ЛПР не будет вдаваться в тонкости ,а просто прикажет отключить эту систему и делать, что говорят.

Мне кажется, что вы не совсем правильно увидели применение методики. Она не нужна, когда все хорошо и жалоб нет.
Она может использоваться когда жалобы уже есть, уже есть просроченные задачи и у компании нет понимания по каким правилам IT-отдел делает задачи или они делаются по классическим "Срочно" + "Важно". А таких в очереди уже очень много и среди заказчиков начинается грызня.
Соответственно описанная вами проблематика не актуальна.
15. Yashazz 3753 31.03.21 17:23 Сейчас в теме
(11) насчёт слайдов всё просто. Вот, например, "анализируется информация по заявка" - не ахти звучит. "Переходят в список в "Работе" и рядышком "Заявки "В работе" - ну тоже не айс. Мелочь, но глаз цепляется.
19. ANDunaev 53 31.03.21 17:40 Сейчас в теме
(15) Статья у меня первая и есть куда расти, здесь спору нет. Но убежден, что недостаточно проработанные слайды не должны идти в одном предложении и в довесок к сферическому коню)) Получается КГ / АМ какое-то.
21. Yashazz 3753 31.03.21 18:20 Сейчас в теме
(19) а это у меня манера такая сволочная, объектив и субъектив смешивать. Уж не сердитесь. Статья-то нормальная и тема хорошая, просто я на ИС играю склочного критикана, ну как тут не наехать)
А на самом деле - дельно, только и правда крайне трудно и редко реализуемо - как, впрочем, для воплощения любой хорошей идеи требуются и финансовые, и кадровые, и психологические факторы...
ANDunaev; +1 Ответить
12. user1313437 31.03.21 13:47 Сейчас в теме
(10)
Есть пару моментов.
Если вы взялись внедрять какую-либо практику чего-либо, значит все должны играть по правилам. Если у вас скандальный глав бух и никто не в состоянии подрезать крылышки ему, то это проблема не внедряемой методики, а всего лишь человеческая не способность урегулировать отношения внутри вашего коллектива.
Подобным тезисом можно запороть любую инициативу! Напомню, что бухгалтер - это обслуживающий персонал, а не коммерческий.

Все описанные проблемы "бардака" всем до боли известны. Методика предлагает каркас, в котором ваш "бардак" приобретет более ясные очертания, а вот каким образом персонал, заказчик и глав бух будет вписан в этот каркас решите как-нибудь сами в рамках своей компании или откажитесь.

И да, в методологии действительно можно учесть скандального главбуха, если вчитаться в текст. Чуть подработать методологию никто не мешает.

А в "бардаке" ничего не остается, как с умным видом врать о том, где никто не понимает, что же реально происходит на самом деле. И то - за премию.

Кстати, в первом посте есть случай успешного внедрения, что напрочь перечеркивает ваш довод о том, что это сферический конь и не жизнеспособно.
dominatorwarr; SaschaG; ANDunaev; igo1; +4 Ответить
17. Yashazz 3753 31.03.21 17:27 Сейчас в теме
(12)
бухгалтер - это обслуживающий персонал, а не коммерческий
Вот попробуйте это сказать любому главбуху, и я посмотрю, долго ли вы проработаете в фирме или долго ли фирма будет вашим заказчиком)))
22. user1313437 01.04.21 13:03 Сейчас в теме
(17)
Я еще не видел бухгалтера, который бы привлекал капитал в компанию, а вот которые выводили - видел. Максимум - экономят. Так что пока отдел продаж простаивает, бухгалтер ждет свои отчеты столько, сколько потребуется.
25. Yashazz 3753 01.04.21 13:32 Сейчас в теме
(22) а вот и не так всё в жизни. Отдел продаж простаивать, конечно, не будет - они станут работать в эксельчиках, всяких кустарных файликах, в блокнотах писать, хоть карандашом на стенке. А вот бухгалтер ждать не будет, он звезда первой величины и его слово закон. Потому что если нет, то главбух и гендир могут загреметь за решётку, и тогда уже точно никакой фирмы не будет. И этот довод действует совершенно безотказно.
45. Krasnyj 1288 07.04.21 02:18 Сейчас в теме
(25)
А вот бухгалтер ждать не будет, он звезда первой величины и его слово закон.


Кстати, тоже не всегда. Бывают и главбухи гнутые под продажников.
13. Krasnyj 1288 31.03.21 16:55 Сейчас в теме
(10) К сожалению, это правда. Ни один главбух не будет ломать голову, заполняя эти реквизиты -"Полезность" и прочее. Он просто пойдет к гендиру и скажет, что у него горит отчет, в контору придет проверка, а программисты заставляют ее заниматься какой-то херней.
18. ANDunaev 53 31.03.21 17:31 Сейчас в теме
(13)

13. Krasnyj 1267 31.03.21 16:55
(10) К сожалению, это правда. Ни один главбух не будет ломать голову, заполняя эти реквизиты -"Полезность" и прочее. Он просто пойдет к гендиру и скажет, что у него горит отчет, в контору придет проверка, а программисты заставляют ее заниматься какой-то херней.


Хорошее замечание, тут все просто:
1. Главбух как правило не строчит задачи. Это делают обычные бухгалтера.
2. Вы описываете внештатную ситуацию "горит отчет", которая достаточно легко учитываются методикой. Т.е. не потребуется куда-то идти и говорить гендиру, если бухгалтер понимает какое из 3х (не 50ти) полей заполнить так, что бы обозначить высокий приоритет для этого случая.
3. Методика так или иначе предполагает, что заранее будут смоделированы подобные ситуации, а ее алгоритм доработан под желаемый результат. Это на много легче, чем может показаться.
23. user1313437 01.04.21 13:12 Сейчас в теме
(13)
К сожалению, это правда. Ни один главбух не будет ломать голову, заполняя эти реквизиты -"Полезность" и прочее. Он просто пойдет к гендиру и скажет, что у него горит отчет, в контору придет проверка, а программисты заставляют ее заниматься какой-то херней.


Наверняка найдется руководитель отдела, который принципиально не будет заполнять\заходить в систему задач или человек, который всегда будет выставлять максимальные балы срочности для своих задач. Но, опять же, это вопрос о рычаге воздействия, разве нет? Обсуждаемая проблема - это проблема кадров, а не методички учета приоритета задач.

Наверно, такая задача должна быть описана в методичке: "Как я приструнил главбуха и прочих не согласных с политикой партии Сталинскими методами".
24. Yashazz 3753 01.04.21 13:30 Сейчас в теме
(23) Вот именно. Я много лет всем, окрылённым подобными идеями, пытаюсь донести простую истину: ничто не имеет значения, кроме рычага воздействия. Вообще ничто. Если рычаг есть - мыши будут даже кактус жрать весело и с песней, если нет - они даже райские блага и волшебные хоромы похерят. И в том, и в другом случае методики важны лишь для минимизации затрат наших с вами нервов, времени и сил.
26. user1313437 01.04.21 14:19 Сейчас в теме
(24)
Если рычаг есть - мыши будут даже кактус жрать весело и с песней

Так пусть кушают правильно, если не используют эту методичку, предложите другую, более правильную. Я к чему. обсуждение офф-топ идет.
27. Yashazz 3753 01.04.21 15:45 Сейчас в теме
(26) Уже предложил. Вся методичка в двух словах: "рычаг воздействия". Остальное совершенно не важно.
но да, оффтопим малость, посему умолкаю
28. Krasnyj 1288 01.04.21 16:56 Сейчас в теме
(23)
Наверняка найдется руководитель отдела, который принципиально не будет заполнять\заходить в систему задач или человек, который всегда будет выставлять максимальные балы срочности для своих задач. Но, опять же, это вопрос о рычаге воздействия, разве нет? Обсуждаемая проблема - это проблема кадров, а не методички учета приоритета задач.


Тут еще проблема в том, что там, где кадры подобраны и работают, там не создается завалов в IT-отделах без понимания приоритетов задач.
16. Yashazz 3753 31.03.21 17:26 Сейчас в теме
Да. Внедрять, да ещё планомерно и старательно, никто не будет. Всё надо позавчера, и поэтому когда такая методика не взлетит по волшебному "пыщь" за одну неделю, её либо шумно отвергнут, либо тихо похоронят.
29. bearman 7 02.04.21 08:23 Сейчас в теме
Эта методика используется где-то на реальном предприятии? Как давно? Интересно было бы узнать отзывы всех участников процесса.
30. ANDunaev 53 02.04.21 09:14 Сейчас в теме
(29) На данный момент нет. Она у меня "родилась" как раз во время моего участия в запуске топовой конфигурации 1С, при этом конфигурация не была до конца доработана под процессы заказчика и не была готова к запуску. И в первые недели мы получили огромный поток задач (сотни) и кучу недовольства. Вопрос приоритезации задач был проигнорирован руководителями проекта, поэтому задачи делались просто в рандомном порядке по принципу кто громче орет, того и делаем.
Как итог стресс для нашей команды, стресс для заказчиков.

Данная статья это пока моя первая выкладка решения проблемы, свой опыт внедрения этой методики (успешный или провальный) я обязательно опубликую.
31. Krasnyj 1288 06.04.21 21:29 Сейчас в теме
(30)
Данная статья это пока моя первая выкладка решения проблемы, свой опыт внедрения этой методики (успешный или провальный) я обязательно опубликую.


Я бы упростил тему. Никаких дополнительных форм и документов в базе для этого, подача заявок по почте, а в базе парсить текст письма, оповещать заказчика о принятии задачи к производству, и как-то демонстрировать ему ее место в очереди и кому непосредственно поручено исполнение. Ну, и принудительную возможность передвинуть ее в очереди вперед (при условии, что заказчик сумеет дополнительно обосновать срочность задачи) или назад. Естественно, все это согласовывается с их ЛПР. Также ввести минимальные правила подачи заявок, которые облегчат парсинг текста.
32. ANDunaev 53 06.04.21 21:45 Сейчас в теме
(31)
передвинуть

Спасибо за коммент. Описанный тобой подход (упрощение) нарушает важные принципы методики.
Например, возможность принудительного сдвига задачи = субъективная оценка. А это в свою очередь породит недоверие к приоритезации и сподвигнет заказчиков по максимуму задействовать рычаг принудительного продвижения задачи вверх.
Т.е. нужно настроить изначально вес критериев таким образом, что бы без необходимости обращаться к ЛПР, задача сразу была наверху приоритетов. Этого можно добиться заранее потестировав имеющийся стек задачек.

Парсить текст письма не проблема. Проблема в том, что нужно у заказчика собрать предварительную информацию для приоритезации. А это буквально три поля: категория (процесс, который болит), экономия, полезность. Можно и не собирать, но тогда придется кому-то выдумывать эти значения, а это так же подрывает доверие к приоритезации если время от времени промахиваться. Да и лишняя работа.
33. Krasnyj 1288 06.04.21 21:54 Сейчас в теме
(32)
Например, возможность принудительного сдвига задачи = субъективная оценка.


Ничего подобного. Напротив, это исключительный случай. Если человек действительно обосновал срочность своей задачи, вот тогда принимается решение сдвинуть ее в очереди.. Или не принимается. Это же ведь в IT отделе тоже не абы кто может сделать.


(32)
А это в свою очередь породит недоверие к приоритезации и сподвигнет заказчиков по максимуму задействовать рычаг принудительного продвижения задачи вверх.


А это смотря какой он будет, этот рычаг. Требование девочки-менеджера, которая делает Самую Важную Работу - это одно. Требование начальника отдела - это другое. Требование директора департамента - это третье. Опять же, можно оценить, сколько задач уже сдвинуто вперед. Недоверие к автоматической приоритизации пользователи будут продавливать в любом случае. И стресс вам будет обеспечен. Вы можете поставить возможность повышения приоритета задачи девочке - через начальника отдела, начальнику отдела - через директора департамента. Или вовсе сделать недоступным повышение приоритета для младших сотрудников. Тут возможны варианты.
34. ANDunaev 53 06.04.21 23:12 Сейчас в теме
(33)
Смотри:

1. В статье я упомянул, что информация по задачам должна быть корректная/достоверная. Т.е. с одной стороны я вывожу эту проблематику за скобки методики, с другой стороны это 100% важнейшее условие успеха. Просто в каждой компании по разному будет решаться эта проблема. Административное воздействие, материальное, настроенный процесс согласования задачи или коллектив сам будет мониторить чужие задачи и бить по шапке коллеге за не честное выставление значений критериев.

2. Сама проблема "исключительных случаев" решается легко в рамках методики. Например достаточно заранее договориться, что поле "экономия" в значении "не могу выполнять свою работу" прибавляет значение к сумме не 5, а 100 или умножает x3, тогда все задачи стопорящие работу (срочные) идут вверх и конкурируют между собой на самом верху.
Заметь, не нужно никуда идти и что-то обосновывать у ЛПР. В этом нет необходимости, если выполняется условие корректности/достоверности информации о задаче.

3. Идея, что задачи вышестоящих руководителей более важные, чем нижестоящих сотрудников так же легко обыгрывается полем "Полезность". Для этого нужно ограничить возможность сотрудников выбирать более весомые значения. Скажем рядовой менеджер не может выбирать значения: "Моему отделу", "Нескольким отделам" и "Всей компании", а вышестоящие должности могут (но тоже со своими ограничениями).

Идея которую я стараюсь донести, что с помощью методики можно выработать избыточные правила по которым все будут жить. И эти правила будут ранжировать задачи максимально "верно" для конкретной компании в конкретный период ее жизни.
35. Krasnyj 1288 07.04.21 01:17 Сейчас в теме
(34)
2. Сама проблема "исключительных случаев" решается легко в рамках методики. Например достаточно заранее договориться, что поле "экономия" в значении "не могу выполнять свою работу" прибавляет значение к сумме не 5, а 100 или умножает x3, тогда все задачи стопорящие работу (срочные) идут вверх и конкурируют между собой на самом верху.
Заметь, не нужно никуда идти и что-то обосновывать у ЛПР. В этом нет необходимости, если выполняется условие корректности/достоверности информации о задаче.


Не вопрос. А если может, на самом деле? Кто это будет проверять?
Другой вариант - выставляет задачу "не могу выполнять свою работу" главбух и девочка менеджер. Чья заявка пойдет вперед? Учитывая, что у главбухи горит отчет, за просрочку которого контору оштрафуют, а у девочки просто не идет в печатной форме реализации НДС на 1 копейку, у нее не принимает этот документ другая такая же девочка, только на стороне контрагента (на самом деле, очень многие любят принципиальничать по поводу этой вот округляемой копейки), а формально обе "не могут выполнять свою работу", из-за "неправильного отражения НДС" (и плевать, что на одну копейку) она же НЕ МОЖЕТ ПРОДАТЬ ТОВАР!! (и неважно, что она не может продать десяток коробков спичек, например).
39. ANDunaev 53 07.04.21 01:53 Сейчас в теме
(35)
Тоже хороший пример. Его уже в комментариях обсуждали, но все же.

1. Большой вопрос, почему в описанной тобой ситуации проблема с копейкой идет как "не могу выполнять свою работу". Т.е. невозможность сформировать 1 проблемный документ никак не блокировка всей работы сотрудника. Ну вот никак).

2. С другой стороны ситуация подается так, что проблема с отчетностью более весомая, чем проблема с 1 копейкой. А это тоже заблуждение. С одной стороны и штраф может быть не существенный, с другой стороны и проблема 1 копейки может быть риском потерять клиента который делает 30% оборота компании.

3. А теперь если предположить, что у нас действительно равнозначные ситуации с точки зрения "не могу выполнять свою работу", то решение кроется в критериях "Важность" и "Проблемность". Именно там, можно разграничить задачи. В каких процессах/отделах/блоках/ какой имеют приоритет. Соответственно процесс "Сдача отчетности" может иметь более высокий балл, чем "Подготовка первичных документов".

4. В ситуации которая тобой описывается предполагается, что возникла одна "исключительная ситуация". И да, сложно спорить с тем, что ее лучше решить в ручном режиме. Методика даже вредна и не эффективна, когда поток задач небольшой. Ручное управление будет на много точнее.
А теперь представь утрированную ситуацию, что сейчас в компании идет внедрение ЕRP (запуск), в не маленькой компании. И проблемы с копейками отчетами и т.п. сыпятся. И таких вроде бы равнозначных задач десятки. Какие-то решаются "на лету", какие-то сложные. В ручную мы их с тобой не в состоянии упорядочить (паника, стресс, усталость, глаз замылился и т.п.). Вот именно здесь ранжирование будет иметь смысл.
40. Krasnyj 1288 07.04.21 02:01 Сейчас в теме
(39)
1. Большой вопрос, почему в описанной тобой ситуации проблема с копейкой идет как "не могу выполнять свою работу". Т.е. невозможность сформировать 1 проблемный документ никак не блокировка всей работы сотрудника. Ну вот никак).


Это мы понимаем, что это так. Но в заявке Вам напишут, что "НДС нигде не идет". И вы заявку примете, и начнете по ней работу. И еще не факт, что когда Вы выявите, что такой документ всего один - вам ЛПР не скажет - а не должно быть ни одного, девочка права.



(39)
2. С другой стороны ситуация подается так, что проблема с отчетностью более весомая, чем проблема с 1 копейкой. А это тоже заблуждение. С одной стороны и штраф может быть не существенный, с другой стороны и проблема 1 копейки может быть риском потерять клиента который делает 30% оборота компании.


Проблема с отчетностью куда скорее приведет к выездной проверке, чем "проблема 1 копейки" приведет к потере ключевого клиента. Объясню почему. "Проблема 1 копейки" чаще всего возникает между двумя девочками-бухами, которые просто соревнуются в принципиальности. Даже если клиентская девочка выведет эту проблему на уровень главного бухгалтера (ааа! Они нам кривой НДС считают, на целую копейку не идееет! А я, вот заметила, дайте премию), то главбухи созвонятся и другой девочке просто прикажут исправить документ вручную. И разрыв договорных отношений ни от этих девочек, ни даже от главных бухгалтеров не зависит, это решают совсем другие люди.




(39)
А теперь представь утрированную ситуацию, что сейчас в компании идет внедрение ЕRP (запуск), в не маленькой компании. И проблемы с копейками отчетами и т.п. сыпятся. И таких вроде бы равнозначных задач десятки. Какие-то решаются "на лету", какие-то сложные. В ручную мы их с тобой не в состоянии упорядочить (паника, стресс, усталость, глаз замылился и т.п.). Вот именно здесь ранжирование будет иметь смысл.


Я считаю, о чем и писал выше, что в системе должен быть баланс автоматического и ручного управления. И возможность сдвинуть приоритет задачи вручную - очень нелишняя возможность. Разумеется, ей должен располагать не любой пользователь, а ЛПР в IT, ну или начальники групп, если IT отдел не из трех человек состоит. Но это, конечно, только мое мнение.
36. Krasnyj 1288 07.04.21 01:25 Сейчас в теме
(34)
Идея которую я стараюсь донести, что с помощью методики можно выработать избыточные правила по которым все будут жить. И эти правила будут ранжировать задачи максимально "верно" для конкретной компании в конкретный период ее жизни.


Как Ваша методика учтет такую ситуацию - пользователь подает заявку в IT с целью пораньше уйти с работы или создать ситуацию, при которой ответственность за невыполненную задачу с него будет снята (программа сломалась)? Если пользователь владеет письменным русским языком, он вполне сможет к чему-то придраться и составить такую заявку.
37. ANDunaev 53 07.04.21 01:31 Сейчас в теме
(36) Если честно, не понял в чем суть вопроса и каким образом именно методика ранжирования может решать вопросы с передачей ответственности? Т.е. независимо от методик, если пользователи через сервис деск имеют возможность скидывать с себя ответственность, то они это будут делать везде независимо от инструмента. Ну и наоборот соответственно.
Если туплю, раскрой суть вопроса.
38. Krasnyj 1288 07.04.21 01:53 Сейчас в теме
(37)
Если честно, не понял в чем суть вопроса и каким образом именно методика ранжирования может решать вопросы с передачей ответственности?


Да не методика ранжирования, а в принципе подача заявки в IT на изменение или ремонт чего-то в программе.

(37)
Т.е. независимо от методик, если пользователи через сервис деск имеют возможность скидывать с себя ответственность, то они это будут делать везде независимо от инструмента.


Это верно сказано - но. Система ранжирования для чего создается? Чтобы не было завалов, и чтобы первоочередные задачи решались именно в первую очередь. Как предлагается бороться с вот такими заявками в IT? Они могут иметь любую степень важности, занимать время IT отдела, формально их необходимо будет выполнять, а созданы они будут либо с целью снять с себя за что-то ответственность, либо попринципиальничать, вот как с округляемой копейкой НДС, либо просто получить свободный час, чтобы кофе попить или с работы пораньше уйти.
41. ANDunaev 53 07.04.21 02:02 Сейчас в теме
(38)
Как предлагается бороться с вот такими заявками в IT? Они могут иметь любую степень важности, занимать время IT отдела,

1. Через критерий "Проблемность". Если пользователи делают такие задачки в рамках своей работы, значит у них нет других проблем, значит задачи по этому процессу (работе) будут выполняться в последнюю очередь.
2. Если ты говоришь про "спам" ради часочка отдыха, то наверное спам должен отсеиваться через согласование руководителем спамера. И вообще большой вопрос к руководителю сотрудника который может сделать задачку в IT отдел и получить свободный час.
3. Как мне кажется не должен IT-отдел самостоятельно решать. Пришла задачка по делу или что бы пофилонить. Делать нужно все задачки.
42. Krasnyj 1288 07.04.21 02:04 Сейчас в теме
(41)
1. Через критерий "Проблемность". Если пользователи делают такие задачки в рамках своей работы, значит у них нет других проблем, значит задачи по этому процессу (работе) будут выполняться в последнюю очередь.


Вам поставят высшую проблемность в обоих случаях. Как будете отличать?



(41)
2. Если ты говоришь про "спам" ради часочка отдыха, то наверное спам должен отсеиваться через согласование руководителем спамера. И вообще большой вопрос к руководителю сотрудника который может сделать задачку в IT отдел и получить свободный час.


Верно. И практически всегда этот вопрос остается не заданным. Потому, что задавать его должен не IT, а начальник начальника, а у него и без этого есть чем заняться.

3. Как мне кажется не должен IT-отдел самостоятельно решать. Пришла задачка по делу или что бы пофилонить. Делать нужно все задачки.


Ну, а это и ведет к завалам. Некоторые пользователи вообще могут сегодня подать заявку, а завтра передумать. Даже без желания пофилонить. Просто человек понял, что запросил ерунду. Или ему пришла в голову лучшая идея. Почему нет?
43. ANDunaev 53 07.04.21 02:07 Сейчас в теме
(42)
Вам поставят высшую проблемность в обоих случаях. Как будете отличать?


В статье я описал, что балл "Важности" и "Проблемности" задается не пользователями. А заранее присваивается процессам/функциональным блокам и т.п.. Пользователь выберет только значение процесса и все. Балл проблемности заранее, на берегу назначили.
44. Krasnyj 1288 07.04.21 02:10 Сейчас в теме
(43)
В статье я описал, что балл "Важности" и "Проблемности" задается не пользователями. А заранее присваивается процессам/функциональным блокам и т.п.. Пользователь выберет только значение процесса и все. Балл проблемности заранее, на берегу назначили.


Судя по статье, у Вас категория Продажи имеет Важность 8, а Бухгалтерия - всего 3. При таком классификаторе "Проблема 1 копейки" получит высший приоритет, ну, а дальше понятно, что будет. И это еще если отчет будет сдан вовремя и без ошибок. А если не будет...
И даже с пересмотром классификатора раз в неделю, да еще на совещаниях ЛПР (вот им больше обсудить нечего) - все равно будет отставание от реальности, тем более, что критерий "Важности" Вы предлагаете не пересматривать. То есть, что бы там ни просила Бухгалтерия, девочка с десятью коробками спичек, которые она "продать не может" неизменно будет получать высокие приоритеты своих задач.
46. ANDunaev 53 07.04.21 18:19 Сейчас в теме
(44)
Судя по статье, у Вас категория Продажи имеет Важность 8, а Бухгалтерия - всего 3

Мне кажется не корректно в качестве аргумента приводить баллы из моего упрощенного примера)
Поменяйте местами, Продажам 3 балла, а Бухгалтерии 8 =)
47. Krasnyj 1288 07.04.21 21:48 Сейчас в теме
(46)
Мне кажется не корректно в качестве аргумента приводить баллы из моего упрощенного примера)
Поменяйте местами, Продажам 3 балла, а Бухгалтерии 8 =)


Можно поменять. И тогда какой-нибудь каприз главбухи выйдет на первое место. А продажники не смогут продать не 10 коробков спичек, а пару цистерн нефти, пока вы будете по повелению ГБ кнопочки переставлять местами, или раскрашивать строки формы, например. Просто такое присваивание приоритетов изначально лишает систему гибкости, на мой взгляд.
Если допустить ручное управление в систему, то девочка поднимет истерику по поводу 1 копейки, у вас сомнения в том, что задача первоочередная, Вы просите девочку запросить подтверждение первоочередности у ее ЛПР или у той же главбухи, у которой с отчетом проблемы. Все, дальше проблемы IT кончаются. Девочка прислала подтверждение - приоритет ее задачи возрастает. Нет - ну, на нет и суда нет.
А ведь надо еще взять во внимание то, что если главбуха не сдаст в срок отчет, с отдела IT все равно спустят шкуру, а то и не одну, если IT своевременно не придет на помощь. И никто не будет смотреть на эти приоритеты, даже если час назад сами распишутся в графе "Согласовано". Главбуха просто донесет ЛПР - а дальше будет плохо. Но если девочка со своей 1 копейкой сама добьется того, что ее задаче повысят приоритет, то тут у IT будет хоть какое-то прикрытие - почему главбухе на помощь не пришли. Слабенькое, конечно, но ситуация уравновесится тем, что девочку с ее копейкой и требованиями сделать все немедленно, на 99% пошлют.
48. user1534961 07.04.21 21:59 Сейчас в теме
А нужна ли гибкость системе? Вот было у вас предприятие с партионным учетом на справочнике номенклатура ( три вида номенклатуры реальных и на каждое поступление отдельная карточка). Вы им устанавливаете типовую конфигурацию, настраиваете фифо и о чудо! Месяц закрывается автоматически. Бухгалтерия не может поверить что такое возможно.
Все счастливы!
А вот и нет(с)
Потому что следующий проект будет с точностью до наоборот. Вы видите почти типовую, с фифо и тремя позициями номенклатуры. А требуется ручной выбор партий и номенклатуры около тысячи наименований.
49. Krasnyj 1288 07.04.21 22:01 Сейчас в теме
(48)
Вот было у вас предприятие с партионным учетом на справочнике номенклатура ( три вида номенклатуры реальных и на каждое поступление отдельная карточка). Вы им устанавливаете типовую конфигурацию, настраиваете фифо и о чудо! Месяц закрывается автоматически. Бухгалтерия не может поверить что такое возможно.
Все счастливы!


Счастья хватит ровно на один квартал. Максимум - на полугодие. Потом начнутся "производственные необходимости", перепроведения задним числом, вводы забытых документов, которые недодал в срок поставщик, а далее везде.
50. user1534961 07.04.21 22:07 Сейчас в теме
(49) я не об этом. Постановка задачи второго проекта просто скопирована с первого, людьми которые принимали участие в первом проекте. И эта копия в принципе не подходит для второго проекта и они не могли этого не знать. Как по вашему, каков мотив?
51. Krasnyj 1288 07.04.21 23:00 Сейчас в теме
(50) А... не сразу Вас понял.

Как по вашему, каков мотив?


Да чего уж там, как говорится :)
Оставьте свое сообщение

См. также

Схема повышения качества работы с клиентами. Часть 4. После сдачи работ. Промо

Управление проектом Абонемент ($m)

В целом эта статья о том, как делать клиентов неуводимыми, как использовать успешно выполненный проект в запуске сарафанного радио. И немного о CRM, собранном на коленке.

1 стартмани

18.11.2013    25314    nurpoz    39    

Авторская сборка задачницы Mantis от kuzkov.info. 1.Установка и файлы для скачивания.

Управление проектом Управление задачами Облачные сервисы, хостинг Групповая разработка Прочие инструменты разработчика Абонемент ($m)

Первая часть учебника по задачнице мантис (mantis), написанная по мотивам переезда kuzkov.info с жиры (jira). В учебнике достаточно подробно и с картинками описана развертка и начальная настройка мантиса в облачном веб-размещении. Также описаны причины переезда на мантис, дано краткое сравнение двух задачниц и общие выводы после переезда (открывашка: jira выключена и забыта).

5 стартмани

20.01.2021    746    Steelvan    11    

Скелет схемы автоматизации бизнес-процессов на 1С:ERP в формате BPMN

Управление бизнес-процессами (BPM) Управление проектом v8 ERP2 Россия УУ Абонемент ($m)

В статье приведен базовый набор схем бизнес-процессов в формате BPMN, который может стать основой для внедрения 1С:ERP.

1 стартмани

28.12.2020    1347    antonivan    10    

Памятка работ по проекту 1С

Управление проектом 1С:Франчайзи, автоматизация бизнеса Абонемент ($m)

Схема работ по проекту внедрения 1С освежает в голове и визуализирует общую картину мероприятий. Будет полезно как для Заказчика так и для Исполнителя при подготовке проекта и проведении совещаний по ходу проекта.

1 стартмани

23.07.2020    9563    sapervodichka    13    

Памятка работ по задаче 1С

Техническое задание Управление проектом v8 1cv8.cf Абонемент ($m)

Памятка выполняемых работ по решению длительных задач по 1С.

1 стартмани

25.06.2020    10477    sapervodichka    0    

Статус проекта / Когда весь проект на одном листе А4

Управление задачами Управление проектом v8 1cv8.cf Россия Абонемент ($m)

Цели, задачи, график, ресурсы, что сделано и что запланировано. Предлагается вариант еженедельного отчета по статусу проекта, который помещается на один лист А4.

1 стартмани

24.01.2020    2678    verter.me    8    

Памятка руководителя: Нам солнца не надо, нам Партия светит

Управление проектом Абонемент ($m)

Прошлая статья имела определенный деструктивный характер – я критиковал существующую практику мотивации, но пока ничего не предлагал взамен. В этой статье я постараюсь поговорить о том, какая система мотивации и контроля работает (из моего опыта), и с какими ограничениями.

1 стартмани

27.12.2018    9919    andironenko    118    

Методология i3 как основа новой экономики. Индустрия 5.0

Управление проектом УУ Абонемент ($m)

Статья о повышении эффективности управления предприятием через синтез разных известных подходов управления: Бюджетирование, ССП, Beyond Budgeting. О новой методологии управления ИТРИ (i3) и о концепции Индустрии 5.0. (немецкий концерн Siemens продвигает Индустрию 4.0). Это статья о направлениях работ по повышению производительности нашей экономики. Одной из необходимых составляющих новой методологии является Информационная система предприятия.

1 стартмани

02.06.2017    18224    INed    4    

Практика внедрения управленческого учета в сельскохозяйственном холдинге

Управление проектом Сельское хозяйство и рыболовство УУ Абонемент ($m)

Мы поговорим о практике внедрения управленческого учета в сельскохозяйственном холдинге и о тех технологиях и инструментах, которые были использованы в ходе этого внедрения.

15.08.2016    20438    Vladimir_Konyrev    50    

О моделировании при внедрении типовых систем 1С. Ценность для заказчика

Управление проектом v8 ERP2 Россия Абонемент ($m)

Этап разработки решений - моделирование - необходим при внедрении сложных типовых систем 1С. При написании конфигурации "с нуля" необходимость этапа разработки Заказчиком не оспаривается. Но этап моделирования, как этап разработки решений в типовой системе, не очевиден для Заказчика: раз "типовое", то всё должно и так работать, а вы нам покажите как. В тоже время, у Заказчика перед внедрением присутствует большая начальная неопределенность и множество открытых вопросов по деталям внедрения. Показана ценность моделирования для Заказчика. В качестве дополнения, к статье прилагается презентация "Сущность и ценность моделирования, как разработки решений в сложных типовых системах 1С".

1 стартмани

11.08.2016    15352    kuprava    4    

Снижение рисков в работе склада

Управление проектом Производство готовой продукции (работ, услуг) Учет ТМЦ Производство готовой продукции (работ, услуг) Учет ТМЦ Пищевая промышленность 1С:Франчайзи, автоматизация бизнеса УУ Абонемент ($m)

В работе склада крупного предприятия возникает немало рисков: кадровая безопасность, соблюдение регламентов предприятия в фактической работе, контроль качества и т.д. Подобные риски грозят предприятию сбоями в работе производства. Автоматизированная система управления складом позволяет снизить часть рисков. Данная статья описывает жизненные циклы автоматизации склада сырья мясоперерабатывающего предприятия.

1 стартмани

18.03.2016    21011    pro-rok    7    

Разработка требований к автоматизированным системам

Управление проектом Россия Абонемент ($m)

Эта тема касается не только автоматизации на базе 1С, это касается любой системы автоматизации.

19.11.2012    21950    chavalah    21