1. Зачем
1.1. Прошлые системы завязаны сами на себя
1.2. Нет охвата бизнес-процесса
1.3. Перевести в позитив
1.4. Нет связи и интеграции с ключевыми мета-процессами
1.4.1. Риск и комплайенс
1.4.2. Методология
1.4.3. Клиентские активности - Markets
1.4.4. operations
1.4.5. Industry/sector initiative groups
1.4.6. Proposal/client relationship work
1.5. Не включает элементы life management of the client
1.6. не включает элементы мониторинга и управления эффективностью процесса управления проектами
1.7. Сейчас скорее умный архив нежели драйвер процесса
1.8. Слишком тяжелые/медленные неудобные
1.9. Часто попытка двигаться от бухучета/требований стандартов
1.9.1. Надо от НАШЕГО процесса, в котором мы работаем с бухучетом и стандартами
1.9.1.1. Этот процесс - взаимодействие с другими бизнес-процессами (людьми), командой (людьми), клиентом (людьми), регуляторами (людьми)
1.9.2. Фокус на задачи и качество взаимодействия (коммуникации) - важнее не "что" (процедура), а "как" (формулировка задачи) и кто ("есть ответственный и стоит срок") что делает. "Что" определяют люди.
2. Что дальше
2.1. возможность подключения/авторизации пользователя к КК через проверенные общепризнанные пути (пример: госуслуги)
3. Задача: создать инструмент, который бы позволил современному аудитору стать пилотом за бортом судна, где у него под рукой вся нужная информация для успешного полета, он
4. Внедряются ключевые принципы Аджайл
4.1. Позадачный подход
4.1.1. Любая задача имеет ответственного
4.1.2. Выполнение задач планируется из бэклога на короткий срок
4.2. Принцип краткосрочного планирования и минимизация WIP (лучше выполнить меньше задач в заданный срок, чем сделать большой прогресс по широкому кругу задач и перенести их на следующий период)
4.3. Канбан доска (ВИЗУАЛИЗАЦИЯ - ключевой атрибут успешного управления процессом/проектом)
4.4. Желательно: базовая ключевая команда в основе работы с проектом/клиентом
5. Цикл управления аудиторским заданием
5.1. Аудиторский файл должен стать следствием (архивом) завершения определенного этапа взаимодействия с клиентом
5.1.1. Для аудиторского задания это будет основная часть процесса (задач), но не вся
5.2. В широком смысле аудит никогда не заканчивается, некоторые задачи после завершения проекта автоматически открываются в рамках запуска нового цикла.
6. Я прихожу на работу - открываю КОНСОЛЬ и....
6.1. Личная эффективность (PERSONAL CABINET - TRUE INDEED)
6.2. TRAFFIC LIGHT/DASHBOARD FOR ME, MY TEAM, MY GROUP
7. Подход и идеология
7.1. ОДНО ОКНО
7.2. ВИЗУАЛИЗАЦИЯ
7.3. Задача - наше всё.
7.3.1. Любое значимое действие, связанное с клиентом или проектом разбивается на задачи
7.4. Фокус на команду
7.5. Любое событие на уровне отдела/компании/группы, требующее действия или реакции автоматически попадает в КК как задача
7.5.1. в идеале обратная интеграция, но начальном этапе достаточно входящей в КК задачи с исчерпывающим набором информации, инструкций и ссылок на внешний софт
7.6. Таск-треккер как оболочка
7.7. Инструмент должен "ПРОВОЦИРОВАТЬ" общение
7.8. Нужно ПРЫГАТЬ на следующий уровень сразу
8. Дизайн (наш ответ)
8.1. Инструмент должен быть построен как надстройка
8.2. Максимально легкий тул
8.3. Должен включать в себя максимум простых, но эффективных и удобных фич
8.3.1. чеклисты
8.3.2. готовые перечни процедур
8.3.3. встроенная переписка
8.3.3.1. позволит без дополнительнх
8.3.4. интеграция с почтой и мессенджерами
8.3.5. готовые формулировки задач
8.3.5.1. шаблоны рабочих бумаг / сслылки на репозиторий с их актуальными версиями
8.4. Мультиплатформенность
8.4.1. Десктоп
8.4.2. мобильное приложение
8.4.2.1. или надстройки
8.4.3. вэб-интерфейс
8.5. Полный охват процесса
8.5.1. Любая задача по клиенту отражается в КК
8.5.2. Любая задача по проекту отражается в КК
8.5.3. Все задачи из мета-процессов сразу попадают в КК и становятся часть процесса
8.5.3.1. Взаимодейтсвие с ДПП - запросы
8.5.3.2. База знаний
8.6. Все рутинные и "по расписаню" задачи отражаются в бэклоге задач
8.7. Все задачи
8.8. Цикл управ
8.9. Создание полноценной карточки клиента (CRM?), которая должна постоянно находится в актуальном состоянии, быть интегрирована в мета-прцессы и текущие задания
9. Преимущества
9.1. В перспективе значительные возможности по анализу и улучшению эффективности процессов управления проектами
9.2. Улучшенная история процесса
9.2.1. обучение (анализ прошлого года) не только на базе итоговых результатов, но и что зачастую важнее - на базе тех проблем и вопросов, которые возникали по ходу процесса
9.3. База знаний
9.3.1. Тэггирование задач и ключевых полей с данными позволит в перспективе задействовать бигдату
9.3.1.1. Дизайн тэгов и охват ключевых полей может быть спроектирован уже с учетом будущих потребностей
9.4. Полнота покрытия ключевых нововведений
9.5. Возможность настройки Центра управления полетами
9.5.1. Сбор ключевых данных на дату
9.5.2. Опросы
9.5.3. проверка "реакции" на необходимость в срочной оценки нововведений
9.6. Устранение дублирующих процессов
9.6.1. наличие полноценной карточки клиента и интеграция задачами позволит иметь
9.6.2. Нет необходимости переносить/перепроверять данные из карточки клиента и метапроцессов
9.6.2.1. особенно важно для архивирования аудиторских файлов
9.7. Долгосрочное
9.7.1. Кооперация и сотрудничество, а не конкуренция за ресурсы
9.7.2. Эволюция команд, профессиональный рост и спектр возможностей для вовлечения в развитие бизнеса станут более очевидны для молодых (за счет вовлеченности, понимания объема/спектра задач)
9.7.3. Более гранулированный перфоманс-менеджмент
9.7.3.1. фокус на командные достижения, не индивидуальные
9.7.4. Синергия команд, гибкость в переброске ресурса
9.7.5. Более своевременное планирование доступности ресурсов (светофоры, форкасты загрузки)