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

27.03.21

Функциональные - Управление проектом (PMO, EPM)

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

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки для того, чтобы самостоятельно ее доработать для вашей базы данных. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в вашей базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование SM По подписке Купить один файл
Приоритеты пример
.xlsm 26,44Kb
20
20
1 SM
Скачать Купить за 1 850 руб.

Часть 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. Иллюстрация формы списка задач со статусом «В работе».

 

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

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

См. также

Управление проектом (PMO, EPM) Комплексное управление ресурсами (ERP) Девелопмент Бизнес-аналитик Пользователь Руководитель проекта Платформа 1С v8.3 Управленческий учет Платные (руб)

Продукт предназначен для автоматизации архитектурных, проектных конструкторских бюро, инжиниринговых фирм, а также любых других малых предприятий, использующих управление проектами в своей деятельности, и позволяет обеспечить комплексный подход в реализации задач управления проектами и общефирменных задач. Продукт разработан на основе типовой конфигурации "Управление нашей фирмой", а также конфигурации "PM Управление проектами ПРОФ", разработанной по проекту 1С-Совместно, с сохранением всех основных возможностей и механизмов этих решений и использует все преимущества технологической платформы "1С:Предприятие" версии 8.3, обеспечивающей масштабируемость, открытость, простоту администрирования и конфигурирования. При разработке "1С:УНФ+PM Управление проектной фирмой" был учтен опыт, накопленный при внедрении и эксплуатации продуктов линейки "1С:PM Управление проектами" более чем на 350 предприятиях различных отраслей и форм собственности.

55600 руб.

17.03.2022    11357    3    0    

6

Управление проектом (PMO, EPM) Россия Бесплатно (free)

Что интересного писали про управление проектами за прошедшую неделю? Мы прочитали все публикации с Хабра, VC, Инфостарта (и не только) и выбрали самые крутые и полезные. Читайте аннотации, сохраняйте и применяйте!

21.05.2024    518    Birby    1    

3

Документооборот и делопроизводство (СЭД) Управление проектом (PMO, EPM) Платформа 1С v8.3 1С:Документооборот Россия Абонемент ($m)

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

5 стартмани

10.07.2023    4497    37    Mattakushi    11    

9

Управление проектом (PMO, EPM) Бизнес-анализ Руководитель проекта Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

05.07.2023    1983    DenisErmolaev    7    

10

Управление проектом (PMO, EPM) Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Подсистема "Служба поддержки Redmine". Сделана на расширении. Позволяет отправлять заявку из 1С в сервис-деск Redmine. Использует Rest-API Redmine. Поддерживает полноценный редактор Markdown для оформления заявки.

1 стартмани

06.05.2023    3329    12    henr1ck    1    

11

Управление проектом (PMO, EPM) Бизнес-анализ Платформа 1С v8.3 1С:Управление торговлей 11 Оптовая торговля, дистрибуция, логистика Россия Управленческий учет Бесплатно (free)

Успешен ли бизнес, где его слабые места, а где — возможности для роста? Корректно отвечать на эти вопросы, опираясь на данные управленческой отчётности. О том, как мы внедрили «1С:УТ» и настроили качественный управленческий учёт, — в нашем кейсе.

26.04.2023    1442    ystetsenko    0    

0

Управление проектом (PMO, EPM) Пользователь Руководитель проекта Платформа 1С v8.3 Россия Управленческий учет Абонемент ($m)

Еще один трекер задач для 1С, но реализован на html + css + js. Успешно используется в собственной срм в повседневной работе. Конфигурация написана на базе БСП 3.1.5.306.

2 стартмани

24.04.2023    8735    83    andrybar    16    

69

Управление проектом (PMO, EPM) Управление производством (МES) Программист Бизнес-аналитик Пользователь Руководитель проекта Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление нашей фирмой 3.0 Абонемент ($m)

Данная публикация несёт ретроспективный характер, в которой я постараюсь продемонстрировать аналитическую работу при разработке технического задания на внедрение 1С: ERP. Указание конкретного продукта - 1С:EPR - в какой-то мере имеет значение, так как местами буду я опускаться в его технические особенности и описывать сложности, с которыми сталкивался. То есть технику и технологии буду комбинировать с методологией, чтобы картина была более полной. Буду выдерживать конфиденциальность, поэтому реальные цифры упразднены или изменены, а деловые разделы будут изложены общей практикой без коммерческих деталей.

1 стартмани

13.04.2023    16805    Ingraf    20    

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


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

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

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

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


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

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

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

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

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

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


Кстати, тоже не всегда. Бывают и главбухи гнутые под продажников.
13. Krasnyj 1284 31.03.21 16:55 Сейчас в теме
(10) К сожалению, это правда. Ни один главбух не будет ломать голову, заполняя эти реквизиты -"Полезность" и прочее. Он просто пойдет к гендиру и скажет, что у него горит отчет, в контору придет проверка, а программисты заставляют ее заниматься какой-то херней.
18. ANDunaev 67 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 4761 01.04.21 13:30 Сейчас в теме
(23) Вот именно. Я много лет всем, окрылённым подобными идеями, пытаюсь донести простую истину: ничто не имеет значения, кроме рычага воздействия. Вообще ничто. Если рычаг есть - мыши будут даже кактус жрать весело и с песней, если нет - они даже райские блага и волшебные хоромы похерят. И в том, и в другом случае методики важны лишь для минимизации затрат наших с вами нервов, времени и сил.
26. user1313437 01.04.21 14:19 Сейчас в теме
(24)
Если рычаг есть - мыши будут даже кактус жрать весело и с песней

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


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

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


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

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

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


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


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


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

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

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

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

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


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

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

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

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

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


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



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


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




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


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


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


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

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


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

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


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



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


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

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


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


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


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

Мне кажется не корректно в качестве аргумента приводить баллы из моего упрощенного примера)
Поменяйте местами, Продажам 3 балла, а Бухгалтерии 8 =)
47. Krasnyj 1284 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 1284 07.04.21 22:01 Сейчас в теме
(48)
Вот было у вас предприятие с партионным учетом на справочнике номенклатура ( три вида номенклатуры реальных и на каждое поступление отдельная карточка). Вы им устанавливаете типовую конфигурацию, настраиваете фифо и о чудо! Месяц закрывается автоматически. Бухгалтерия не может поверить что такое возможно.
Все счастливы!


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

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


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