Таблиця не обов’язково є проблемою
Таблиці швидкі, гнучкі, звичні й недорогі. Для мінливого процесу, за який відповідають одна чи дві людини, це може бути саме те, що потрібно. Заміна робочої таблиці індивідуальним програмним забезпеченням додає витрати на розробку, навчання й обслуговування, але не обов’язково покращує бізнес.
Проблеми починаються, коли на таблицю покладають завдання, для яких її не створювали: керування правами доступу, одночасне редагування, відстеження стану процесу, інтеграції, журнал аудиту чи надійне обслуговування клієнтів і працівників.
Сім ознак, що робочий процес потребує перегляду
- Люди ведуть кілька копій або не можуть визначити, яка версія актуальна.
- Процес залежить від формул, макросів або знань однієї людини.
- Працівники копіюють ті самі дані між таблицею та іншими системами.
- Різним ролям потрібно бачити або редагувати різну інформацію.
- Важко з’ясувати, хто змінив значення, погодив етап чи відповідає за наступну дію.
- Що більше правил додається, то повільнішим і ненадійнішим стає файл, а тестувати його дедалі складніше.
- Помилка може затримати доставку, спотворити фінансові дані або вплинути на зобов’язання перед клієнтом.
Матриця рішень із чотирма варіантами
| Варіант | Коли підходить найкраще | Основний компроміс |
|---|---|---|
| Залишити й удосконалити | Невеликий обсяг, мало користувачів, мінливий процес | Обмежений контроль та інтеграція |
| Придбати програмне забезпечення | Типовий процес, для якого підходять стандартні робочі сценарії | Витрати на підписку та потреба пристосуватися до продукту |
| З’єднати інструменти | Наявні системи працюють, але дані й дії між ними не передаються | Відповідальність за інтеграцію та обмеження систем |
| Створити спеціалізований інструмент | Робочий процес особливий, важливий, стабільний і не має належної підтримки наявних рішень | Початкові витрати та постійна відповідальність за продукт |
Визначте вимоги, відштовхуючись від роботи, а не таблиці
- 01
Результат
Що має бути виконано після завершення процесу?
- 02
Користувачі та ролі
Хто створює, перевіряє, погоджує, адмініструє, а хто лише переглядає?
- 03
Звичайний сценарій
Що відбувається в більшості випадків від запуску до результату?
- 04
Винятки
Які нестандартні випадки потрібно підтримувати, а які залишити ручними?
- 05
Системи
Де міститься достовірне джерело даних і які дані чи дії потрібно передавати?
- 06
Підтвердження
Яку історію, статуси, погодження чи експортовані дані має зберігати бізнес?
- 07
Вимірювання
Який показник часу, витрат, помилок чи обслуговування засвідчить поліпшення?
Знеособлений приклад: погодження виходять за межі таблиці
Команда використовувала таблицю для відстеження фінансових запитів і погоджень. Самі розрахунки були нескладними, але весь робочий процес навколо них — ні: права доступу залежали від ролі, підтвердні документи зберігалися в інших місцях, статуси оновлювали вручну, а надійного журналу аудиту не було.
Придбання комплексної платформи змусило б компанію змінити більше, ніж лише потрібний процес. Інтеграція систем розв’язала б тільки частину проблеми. Спеціалізований внутрішній інструмент був виправданий, оскільки процес був стабільним і мав значні наслідки. Його функції залишили вузькими: запити, погодження на основі ролей, історія аудиту та потрібні інтеграції.
Що врахувати, вирішуючи створити інструмент
- Дослідження й опис процесу, а не лише розробку інтерфейсу.
- Автентифікацію, права доступу, перевірку безпеки, резервні копії та можливість аудиту.
- Перенесення даних та інтеграцію з наявними системами.
- Тестування, запуск, навчання та запасний ручний сценарій.
- Хостинг, моніторинг, підтримку, оновлення залежностей і майбутні зміни.
- Альтернативну вартість часу працівників, які відповідатимуть за рішення.
Коли не варто створювати внутрішній інструмент
Не створюйте власне рішення, якщо готовий продукт відповідає важливим вимогам, за процес ніхто не відповідає, правила змінюються щомісяця або організація не зможе обслуговувати результат. Не замінюйте всю систему, якщо більшість проблем усуває одна інтеграція чи невеликий операційний інтерфейс.