#капитаночевидность #историиизжизни #требования #мысливслух #рассуждения #администрирование
Пользовательские требования (а если юзер администратор?).
Источник требований - пользователь, тут всё понятно. И системы мы создаём для людей и наших пользователей. Но часто не то, что забываем про администратора системы, а скорее считаем, что он наш человек и вообще пусть имеет опыт, и справится с нашей админкой как нибудь.
А то, чтобы прийти и спросить как ему с этими настройками работается? Ну нет. Доведём до максимума, когда человек уже будет разговаривать с нами только криком.
Вот даже хочется добавить отдельный класс требований к системе - это пользователь, который будет производить бизнес и техническое администрирование системой.
Вспомнила тут случай, когда наш разработчик покрасил админку в нежно розовый цвет. Ох как был рад администратор системы))) Что стало ярче, веселее и приятнее. И на сдаче проекта заметил этот положительный момент. Мы все смеялись, а как известно смех снижает градус напряжения.
Так что, не забывайте об админах, команда сделает проект, а поддерживать другим. Я до сих пор встречаю проекты, где автоматизацию администрирования не то, что не прорабатывают, а считают не существенной. А вот когда система становится непредсказуемым камнем, уже поздно "пить боржоми".
Пользовательские требования (а если юзер администратор?).
Источник требований - пользователь, тут всё понятно. И системы мы создаём для людей и наших пользователей. Но часто не то, что забываем про администратора системы, а скорее считаем, что он наш человек и вообще пусть имеет опыт, и справится с нашей админкой как нибудь.
А то, чтобы прийти и спросить как ему с этими настройками работается? Ну нет. Доведём до максимума, когда человек уже будет разговаривать с нами только криком.
Вот даже хочется добавить отдельный класс требований к системе - это пользователь, который будет производить бизнес и техническое администрирование системой.
Вспомнила тут случай, когда наш разработчик покрасил админку в нежно розовый цвет. Ох как был рад администратор системы))) Что стало ярче, веселее и приятнее. И на сдаче проекта заметил этот положительный момент. Мы все смеялись, а как известно смех снижает градус напряжения.
Так что, не забывайте об админах, команда сделает проект, а поддерживать другим. Я до сих пор встречаю проекты, где автоматизацию администрирования не то, что не прорабатывают, а считают не существенной. А вот когда система становится непредсказуемым камнем, уже поздно "пить боржоми".
Администрирование интеграции
Не совсем #капитаночевидность что интеграцией нужно управлять и после выкатки на продуктив, она становится узким горлышком.
Часто и разработка, и аналитик забывают о том, что нужна возможность изменения настроек. И тогда разработчик становится частью своего продукта. Но и аналитик тоже может стать "частью команды, частью корабля". У нас был такой случай, мы узнали, что интеграция работает только в купе с аналитиком, тогда, когда он ушёл в отпуск и всё упало.
Так что принцип "сделать так, чтобы ко мне мало прибегали с вопросами" очень мотивирует.
Тех поддержка в таких случаях разводит руками. Потому что им не сделали инструменты управления. Не сделали, вот мы и не можем передать целые куски в поддержку.
Что делать?
✅ Рассматривать тех поддержку, администраторов системы, как полноценных заказчиков. Им поддерживать решение и они должны получать конкретные инструкции. И в интересах команды, всё сделать так, чтобы к ним не бегали по каждому чиху.
✅ Аналитик может просчитать на несколько шагов вперёд, как будет развиваться бизнес. И именно эти точки развития заложить в реализацию.
Какие могут быть параметры настроек?
Например, типичные и часто встречающиеся:
➡️ - тайм зона, бизнес любит расширять свои границы на разные регионы, даже если не сразу говорит, но захватить мир все хотят,
➡️ - включение, отключение целых блоков бизнес-процессов, есть такие моменты, что вот мы сомневаемся, сегодня надо, а завтра нет, лучше добавить и сделать возможность отключения по настройкам,
➡️ - разные форматы данных, например, что-то нужно настроить по умолчанию, или правила валидации, регулярные выражения, шаблоны вывода и т.п.
➡️ - настройки связанные с обработкой ошибок, нужно ли включать повторные вызовы, если была ошибка, сколько раз, за какой период,
➡️ - уровни логирования данных (может быть встроенная функциональность разных платформ, а может быть своя логика),
➡️ - квотирование, есть платные сервисы и каждый их вызов это деньги, а если вы ещё делаете механизм повторных отправок, можно попасть на бабло, так что лучше сразу задуматься как этим управлять и, например, переключать функционал с платного на бесплатный, некоторые государственные сервисы не очень любят, когда их бомбят запросами и тоже могут ввести квоту на количество обращений в день.
Как-то мне аналитик, сказал, вот ты топишь за настройки, а у нас их было так много, что мы запутались.
⚡️ Ну во-первых, можно делать значения по умолчанию, и не трогать ружье, которое висит на стене, но раз в год выстрелит.
⚡️ А во вторых, можно сделать нормальные человекочитаемые названия, и внятное описание и согласовать с администраторами и тех поддержкой, и дать инструкцию, продумать использование этих самых настроек.
Конечно, я могла что-то забыть, и полно все детали в пост не впихнуть, но с думаю мой посыл понятен.
В интеграции много подобных не очевидных нюансов, если хочется глубже в них разбираться приходи на наш курс интеграции, совсем скоро старт потока (16 ноября), и что-то мне подсказывает, что с нового года будет повышение цены.
Запрыгнуть в нашу уютную группу можно оставив заявку на сайте➡️ https://sup.expert/
#интеграция #администрирование #настройки #выводы
Не совсем #капитаночевидность что интеграцией нужно управлять и после выкатки на продуктив, она становится узким горлышком.
Часто и разработка, и аналитик забывают о том, что нужна возможность изменения настроек. И тогда разработчик становится частью своего продукта. Но и аналитик тоже может стать "частью команды, частью корабля". У нас был такой случай, мы узнали, что интеграция работает только в купе с аналитиком, тогда, когда он ушёл в отпуск и всё упало.
Так что принцип "сделать так, чтобы ко мне мало прибегали с вопросами" очень мотивирует.
Тех поддержка в таких случаях разводит руками. Потому что им не сделали инструменты управления. Не сделали, вот мы и не можем передать целые куски в поддержку.
Что делать?
✅ Рассматривать тех поддержку, администраторов системы, как полноценных заказчиков. Им поддерживать решение и они должны получать конкретные инструкции. И в интересах команды, всё сделать так, чтобы к ним не бегали по каждому чиху.
✅ Аналитик может просчитать на несколько шагов вперёд, как будет развиваться бизнес. И именно эти точки развития заложить в реализацию.
Какие могут быть параметры настроек?
Например, типичные и часто встречающиеся:
Как-то мне аналитик, сказал, вот ты топишь за настройки, а у нас их было так много, что мы запутались.
Конечно, я могла что-то забыть, и полно все детали в пост не впихнуть, но с думаю мой посыл понятен.
В интеграции много подобных не очевидных нюансов, если хочется глубже в них разбираться приходи на наш курс интеграции, совсем скоро старт потока (16 ноября), и что-то мне подсказывает, что с нового года будет повышение цены.
Запрыгнуть в нашу уютную группу можно оставив заявку на сайте
#интеграция #администрирование #настройки #выводы
Please open Telegram to view this post
VIEW IN TELEGRAM
sup.expert
Курс по интеграции