Кастомизация HR-системы — гибкость или ловушка
Желание настроить систему полностью под себя понятно — можно учесть все требования, настроить уникальные процессы и создать интерфейс по своему вкусу. Но у кастомизации есть обратная сторона.
⚠️ Вот какие риски ждут тех, кто идет по пути доработок:
1. Зависимость от команды
Если уволится ключевой разработчик или аналитик без передачи дел, поддерживать систему будет сложно. Придется тратить деньги на помощь специалистов, а иногда и переписывать часть кода с нуля.
2. Сложности обновления
Чем больше кода, написанного поверх системы, тем меньше в нем нестабильности. В итоге очередное обновление может вступить в конфликт с кастомным кодом, и система сломается.
3. Отсутствие документации
Часто кастомные доработки документируются не слишком подробно — а иногда этого вообще не происходит. В результате система становится черным ящиком с непрозрачной логикой.
4. Зацикленность на фасаде
Иногда систему кастомизируют просто для красоты. При этом ненужные доработки не добавляют бизнес-ценности, а наоборот, делают систему нестабильной.
Чтобы таких проблем не возникало, достаточно придерживаться этих правил:
Перед каждой доработкой задавать вопрос: зачем?
Сравнивать альтернативы: может, можно обойтись без кастома.
Подробно документировать решения.
Понимать: чем больше доработок — тем дороже будет поддерживать систему.
Обеспечить достаточное количество специалистов в команде с достаточными компетенциями.
📌 Кастомизация — это не зло, а инструмент для достижения бизнес-целей. Но использовать его стоит осознанно.
Желание настроить систему полностью под себя понятно — можно учесть все требования, настроить уникальные процессы и создать интерфейс по своему вкусу. Но у кастомизации есть обратная сторона.
⚠️ Вот какие риски ждут тех, кто идет по пути доработок:
1. Зависимость от команды
Если уволится ключевой разработчик или аналитик без передачи дел, поддерживать систему будет сложно. Придется тратить деньги на помощь специалистов, а иногда и переписывать часть кода с нуля.
2. Сложности обновления
Чем больше кода, написанного поверх системы, тем меньше в нем нестабильности. В итоге очередное обновление может вступить в конфликт с кастомным кодом, и система сломается.
3. Отсутствие документации
Часто кастомные доработки документируются не слишком подробно — а иногда этого вообще не происходит. В результате система становится черным ящиком с непрозрачной логикой.
4. Зацикленность на фасаде
Иногда систему кастомизируют просто для красоты. При этом ненужные доработки не добавляют бизнес-ценности, а наоборот, делают систему нестабильной.
Чтобы таких проблем не возникало, достаточно придерживаться этих правил:
Перед каждой доработкой задавать вопрос: зачем?
Сравнивать альтернативы: может, можно обойтись без кастома.
Подробно документировать решения.
Понимать: чем больше доработок — тем дороже будет поддерживать систему.
Обеспечить достаточное количество специалистов в команде с достаточными компетенциями.
📌 Кастомизация — это не зло, а инструмент для достижения бизнес-целей. Но использовать его стоит осознанно.
👍4🔥1
Послезавтра провожу вебинар "Варианты учета руководителей в WebSoft HCM"
Уровень: базовый
🗓 17 сентября
🕑 11:00 мск
Ссылка
Уровень: базовый
🗓 17 сентября
🕑 11:00 мск
Ссылка
👍2🔥2
В пятницу 26 сентября в 16:00 мск проведу эфир на необычную тему: "Байки про HR автоматизацию"
Мы соберемся с несколькими спикерами с большим опытом в HR автоматизации. И будем рассказывать разные забавные, но поучительные истории про HR автоматизацию. Это будет похоже на аудио, которые я иногда публикую по пятницам.
По итогам сформируем набор принципов, которые стоит соблюдать при автоматизации HR процессов.
Когда эти принципы подкреплены реальными забавными историями, они лучше запоминаются! При этом их изучение становится веселым!
🗓 26 сентября
🕑 16:00 мск
Ссылка
Мы соберемся с несколькими спикерами с большим опытом в HR автоматизации. И будем рассказывать разные забавные, но поучительные истории про HR автоматизацию. Это будет похоже на аудио, которые я иногда публикую по пятницам.
По итогам сформируем набор принципов, которые стоит соблюдать при автоматизации HR процессов.
Когда эти принципы подкреплены реальными забавными историями, они лучше запоминаются! При этом их изучение становится веселым!
🗓 26 сентября
🕑 16:00 мск
Ссылка
🔥8
Напоминаю про эфир в эту пятницу в 16:00 мск! На тему: "Байки про HR автоматизацию"
И публикую список спикеров, кто будет рассказывать истории со мной:
▫️ Николай Дворников (ВебСофт, руководитель направления типовых внедрений Websoft)
▫️ Елена Волкова (Unadesk, генеральный директор)
▫️ Сергей Замараев (Courseditor, генеральный директор)
▫️ Александр Воробьев (Argument, генеральный директор)
▫️ Райнур Хамидуллин (Россельхозбанк, руководитель команды разработки, администратор канала Websoft HCM developer)
Мы будем рассказывать разные забавные, но поучительные истории про HR автоматизацию. Это будет похоже на аудио, которые я иногда публикую по пятницам.
По итогам сформируем набор принципов, которые стоит соблюдать при автоматизации HR процессов.
Когда эти принципы подкреплены реальными забавными историями, они лучше запоминаются! При этом их изучение становится веселым!
🗓 26 сентября
🕑 16:00 мск
Ссылка
И публикую список спикеров, кто будет рассказывать истории со мной:
▫️ Николай Дворников (ВебСофт, руководитель направления типовых внедрений Websoft)
▫️ Елена Волкова (Unadesk, генеральный директор)
▫️ Сергей Замараев (Courseditor, генеральный директор)
▫️ Александр Воробьев (Argument, генеральный директор)
▫️ Райнур Хамидуллин (Россельхозбанк, руководитель команды разработки, администратор канала Websoft HCM developer)
Мы будем рассказывать разные забавные, но поучительные истории про HR автоматизацию. Это будет похоже на аудио, которые я иногда публикую по пятницам.
По итогам сформируем набор принципов, которые стоит соблюдать при автоматизации HR процессов.
Когда эти принципы подкреплены реальными забавными историями, они лучше запоминаются! При этом их изучение становится веселым!
🗓 26 сентября
🕑 16:00 мск
Ссылка
🔥4
Зачем нужна документация при кастомизации HR-системы
На старте автоматизации заказчик фокусируется на сроках, бюджете и целях. При этом документация часто остается за кадром. И это может привести к серьезным проблемам.
✔️Кейс. Компания значительно кастомизировала систему, создала красивый интерфейс, презентовала его на конференции и получила признание. Через год ключевые сотрудники, которые разрабатывали кастомизацию, ушли. Новая команда не смогла разобраться в системе, проект оказался заморожен, и пришлось вернуться к стандартной версии портала.
Если бы разработчики составляли подробную документацию, риски подобного были бы гораздо ниже.
Какой бывает документация:
▪️Техническая — как устроена система, как ее поддерживать и дорабатывать;
▪️Пользовательская — как работать с кастомизированной системой;
▪️Стратегическая — какие цели достигаются с помощью кастомизаций.
Документация позволяет:
▪️Не зависеть от конкретных специалистов;
▪️Упростить онбординг для новых сотрудников;
▪️Обосновать технические решения;
▪️Сохранить стабильность проекта при смене команды.
✔️ Во время кастомизации следите, чтобы документация велась по правилам и шаблонам — это поможет избежать серьезных проблем и затрат в будущем.
На старте автоматизации заказчик фокусируется на сроках, бюджете и целях. При этом документация часто остается за кадром. И это может привести к серьезным проблемам.
✔️Кейс. Компания значительно кастомизировала систему, создала красивый интерфейс, презентовала его на конференции и получила признание. Через год ключевые сотрудники, которые разрабатывали кастомизацию, ушли. Новая команда не смогла разобраться в системе, проект оказался заморожен, и пришлось вернуться к стандартной версии портала.
Если бы разработчики составляли подробную документацию, риски подобного были бы гораздо ниже.
Какой бывает документация:
▪️Техническая — как устроена система, как ее поддерживать и дорабатывать;
▪️Пользовательская — как работать с кастомизированной системой;
▪️Стратегическая — какие цели достигаются с помощью кастомизаций.
Документация позволяет:
▪️Не зависеть от конкретных специалистов;
▪️Упростить онбординг для новых сотрудников;
▪️Обосновать технические решения;
▪️Сохранить стабильность проекта при смене команды.
✔️ Во время кастомизации следите, чтобы документация велась по правилам и шаблонам — это поможет избежать серьезных проблем и затрат в будущем.
👍5🔥1
Завтра провожу вебинар "Интеграция WebSoft HCM с системами кадрового учёта"
Рассмотрим методологию интеграций. Какие виды интеграций существуют, их плюсы и минусы. Часто встречающиеся подводные камни. Разберем нашу типовую архитектуру интеграции, которую мы применяем во многих проектах.
Уровень: базовый
🗓 1 октября
🕑 11:00 мск
Ссылка
Рассмотрим методологию интеграций. Какие виды интеграций существуют, их плюсы и минусы. Часто встречающиеся подводные камни. Разберем нашу типовую архитектуру интеграции, которую мы применяем во многих проектах.
Уровень: базовый
🗓 1 октября
🕑 11:00 мск
Ссылка
🔥4
Типовая_структура_таблиц_для_интеграции.xlsx
12.8 KB
Публикую типовую структуру таблиц для интеграции с кадровой системой, которую сегодня показывал на вебинаре!
Напоминаю, это только отправная точка! Перед проектом интеграции ее чаще всего имеет смысл скорректировать под ситуацию в конкретной организации.
Напоминаю, это только отправная точка! Перед проектом интеграции ее чаще всего имеет смысл скорректировать под ситуацию в конкретной организации.
👍4🔥3
Внутренняя или внешняя команда: плюсы и минусы
Когда организация решает внедрять систему, появляется вопрос: подключить к этому внутренних специалистов или обратиться на аутсорс? У каждого решения — свои особенности.
Если вы планируете глубокую кастомизацию и масштабную автоматизацию, то внутренняя команда будет выгоднее, потому что она:
▪️быстро реагирует на изменения;
▪️знает бизнес-процессы изнутри;
▪️будет под рукой и после окончания проекта.
✔️ Но потребуются вложения: в найм, обучение, управление командой.
Аутсорс будет выгоднее, если:
▪️вам требуется узкая экспертиза — у аутсорс-команды больше опыта во внедрении системы, чем у IT-специалиста широкого профиля.
▪️нужно быстро выполнить большой объем работы за один раз, не расходуя время на найм;
▪️вы не хотите держать команду в штате ради одной задачи.
✔️ Но придется потратить больше времени на коммуникацию и контроль.
📌 Крупные корпорации нередко идут по гибридному пути: сначала используют внешних специалистов, а когда масштаб системы растет, формируют внутренние команды. Аутсорс даже при наличии внутренней команды может привлекаться точечно — когда не хватает внутренних специалистов или когда нужно реализовать специфическую задачу.
Когда организация решает внедрять систему, появляется вопрос: подключить к этому внутренних специалистов или обратиться на аутсорс? У каждого решения — свои особенности.
Если вы планируете глубокую кастомизацию и масштабную автоматизацию, то внутренняя команда будет выгоднее, потому что она:
▪️быстро реагирует на изменения;
▪️знает бизнес-процессы изнутри;
▪️будет под рукой и после окончания проекта.
✔️ Но потребуются вложения: в найм, обучение, управление командой.
Аутсорс будет выгоднее, если:
▪️вам требуется узкая экспертиза — у аутсорс-команды больше опыта во внедрении системы, чем у IT-специалиста широкого профиля.
▪️нужно быстро выполнить большой объем работы за один раз, не расходуя время на найм;
▪️вы не хотите держать команду в штате ради одной задачи.
✔️ Но придется потратить больше времени на коммуникацию и контроль.
📌 Крупные корпорации нередко идут по гибридному пути: сначала используют внешних специалистов, а когда масштаб системы растет, формируют внутренние команды. Аутсорс даже при наличии внутренней команды может привлекаться точечно — когда не хватает внутренних специалистов или когда нужно реализовать специфическую задачу.
👍2🔥2
Завтра провожу вебинар "Автоматизация обновления групп в Websoft HCM"
Рассмотрим два способа автоматического обновления состава участников групп: через динамические группы и через назначения для пользователей.
Уровень: продвинутый
🗓 15 октября
🕑 11:00 мск
Ссылка
Рассмотрим два способа автоматического обновления состава участников групп: через динамические группы и через назначения для пользователей.
Уровень: продвинутый
🗓 15 октября
🕑 11:00 мск
Ссылка
👍2🔥2
Участвую в премии: Россия - страна возможностей!
В своей заявке я говорю о том, что мои ролики по Websoft HCM создают возможности для ИТ специалистов по изучению отечественного программного обеспечения, росту своих ИТ компетенций.
Если вы смотрели мои ролики по Websoft HCM, приглашаю поделиться на странице премии своими впечатлениями, полученной пользой:
https://project.rsv.ru/start-screen/b9515676-7b15-4d03-a0d0-d13ad658ebb5?referral=Mt1gMGcKQn
Там можно залогиниться через вконтакте и ответить на несколько вопросов обо мне от организаторов премии.
После входа нужно выбрать пункт "Оценить номинанта". Далее указать мой ID: 628156178
Далее написать мое ФИО: Протасов Михаил Сергеевич
Буду признателен за участие, это повысит мои шансы на проход в следующие этапы!
В своей заявке я говорю о том, что мои ролики по Websoft HCM создают возможности для ИТ специалистов по изучению отечественного программного обеспечения, росту своих ИТ компетенций.
Если вы смотрели мои ролики по Websoft HCM, приглашаю поделиться на странице премии своими впечатлениями, полученной пользой:
https://project.rsv.ru/start-screen/b9515676-7b15-4d03-a0d0-d13ad658ebb5?referral=Mt1gMGcKQn
Там можно залогиниться через вконтакте и ответить на несколько вопросов обо мне от организаторов премии.
После входа нужно выбрать пункт "Оценить номинанта". Далее указать мой ID: 628156178
Далее написать мое ФИО: Протасов Михаил Сергеевич
Буду признателен за участие, это повысит мои шансы на проход в следующие этапы!
👍14😁2🔥1
Анализируем чужой опыт перед стартом автоматизации
1. Не полагайтесь на витринные кейсы
Многие компании демонстрируют красивые решения на конференциях и вебинарах, публикуют материалы в блогах. Но если целеполагание не проработано, системный анализ не проведен, а документация отсутствует, то после ухода ключевых сотрудников проект перестает работать — и приходится от него отказываться.
✔️ Оценивать нужно не внешний вид, а устойчивость: как долго кейс эксплуатировался.
2. Используйте референс-визиты
Личный визит в компанию, которая уже прошла этап внедрения, дает информацию, которую невозможно получить из внешних источников. На референс-встрече можно задать прямые вопросы и узнать, что не сработало и почему.
3. Организуйте горизонтальный обмен опытом
Например, устройте неформальные мини-конференции с участием 5–10 представителей из разных организаций. Обсуждение конкретных бизнес-процессов позволяет увидеть разные подходы, типовые ошибки и нестандартные решения.
4. Задавайте вопрос «чтобы что»
Задавайтесь вопросами: «Что мы хотим получить — и что это дает организации?» Например: нужно автоматизировать обработку заявок. Чтобы что? Например, чтобы сократить ошибки и за счет этого сэкономить бюджет на их исправление.
✔️ Без этой логики проект рискует превратиться в автоматизацию ради автоматизации — с высокой стоимостью и размытыми целями.
1. Не полагайтесь на витринные кейсы
Многие компании демонстрируют красивые решения на конференциях и вебинарах, публикуют материалы в блогах. Но если целеполагание не проработано, системный анализ не проведен, а документация отсутствует, то после ухода ключевых сотрудников проект перестает работать — и приходится от него отказываться.
✔️ Оценивать нужно не внешний вид, а устойчивость: как долго кейс эксплуатировался.
2. Используйте референс-визиты
Личный визит в компанию, которая уже прошла этап внедрения, дает информацию, которую невозможно получить из внешних источников. На референс-встрече можно задать прямые вопросы и узнать, что не сработало и почему.
3. Организуйте горизонтальный обмен опытом
Например, устройте неформальные мини-конференции с участием 5–10 представителей из разных организаций. Обсуждение конкретных бизнес-процессов позволяет увидеть разные подходы, типовые ошибки и нестандартные решения.
4. Задавайте вопрос «чтобы что»
Задавайтесь вопросами: «Что мы хотим получить — и что это дает организации?» Например: нужно автоматизировать обработку заявок. Чтобы что? Например, чтобы сократить ошибки и за счет этого сэкономить бюджет на их исправление.
✔️ Без этой логики проект рискует превратиться в автоматизацию ради автоматизации — с высокой стоимостью и размытыми целями.
🔥5👍3
Протасов_HR_бизнес_анализ_что_учесть_при_постановке_задач_на_кастомизацию.pdf
1.6 MB
Мой доклад с сегодняшней конференции ITHR Russia Forum 2025!
🔥2👍1
Вебинар отменяется! Omnicode сломался. Проведу вебинар на эту тему после восстановления работоспособности плагина.
Завтра провожу вебинар "Плагин omnicode для работы с websoft hcm в vscode"
Уровень: для программистов
🗓 29 октября
🕑 11:00 мск
Ссылка
Уровень: для программистов
🗓 29 октября
🕑 11:00 мск
🔥8
Сегодня вебинар отменяется! Omnicode сломался. Проведу вебинар на эту тему после восстановления работоспособности плагина.
😢6
Программы_обучения_и_консультации_от_М_Про_Системс.xlsx
13.8 KB
Публикую таблицу с описанием всех моих учебных программ! Также в ней даты старта ближайших групп и цены, которые будут действовать до конца 2025 года!
Если хотите записаться на обучение или есть какие-либо вопросы насчет него, пишите!
✉️ mp@mpros.ru
@MikhailProtasov
Если хотите записаться на обучение или есть какие-либо вопросы насчет него, пишите!
✉️ mp@mpros.ru
@MikhailProtasov
👍2🔥2
Типичные ошибки при внедрении системы: что приводит к провалу проектов
Причина неэффективности проектов HR автоматизации часто в ошибках на этапе планирования, анализа и внедрения.
Вот основные из них:
▪️Отсутствие целей. Без ответа на вопрос: «Что мы хотим получить и зачем?» невозможно оценить результат и управлять им.
▪️Отсутствие цельной картины процесса. Одна из частых ошибок — автоматизировать один участок процесса, без связи с другими подразделениями. В результате два смежных подразделения могут, например, параллельно запрашивать одни и те же данные, делая двойную работу.
▪️Избыточная кастомизация. Кастомизация имеет смысл, когда стандартные возможности системы не покрывают критичные задачи.
▪️Отсутствие поддержки. Система всегда требует исправлений, доработок, актуализации. Если нет закрепленной за системой команды или ответственного лица, она деградирует.
▪️Слабый контроль качества разработки. Интерфейс может выглядеть привлекательно, но быть технически нестабильным. Поэтому необходимо проверять не только UX, но и надежность, масштабируемость, читаемость кода, структуру данных.
✔️ Каждая из этих ошибок по отдельности снижает эффективность, а вместе они делают автоматизацию бессмысленной.
Поэтому еще до начала проекта важно:
* формулировать цели в привязке к бизнесу;
* описывать процессы целиком, а не частями;
* изучать стандартные решения до кастомизации;
* планировать техподдержку и вести документацию;
* внедрять контроль качества на всех этапах.
Причина неэффективности проектов HR автоматизации часто в ошибках на этапе планирования, анализа и внедрения.
Вот основные из них:
▪️Отсутствие целей. Без ответа на вопрос: «Что мы хотим получить и зачем?» невозможно оценить результат и управлять им.
▪️Отсутствие цельной картины процесса. Одна из частых ошибок — автоматизировать один участок процесса, без связи с другими подразделениями. В результате два смежных подразделения могут, например, параллельно запрашивать одни и те же данные, делая двойную работу.
▪️Избыточная кастомизация. Кастомизация имеет смысл, когда стандартные возможности системы не покрывают критичные задачи.
▪️Отсутствие поддержки. Система всегда требует исправлений, доработок, актуализации. Если нет закрепленной за системой команды или ответственного лица, она деградирует.
▪️Слабый контроль качества разработки. Интерфейс может выглядеть привлекательно, но быть технически нестабильным. Поэтому необходимо проверять не только UX, но и надежность, масштабируемость, читаемость кода, структуру данных.
✔️ Каждая из этих ошибок по отдельности снижает эффективность, а вместе они делают автоматизацию бессмысленной.
Поэтому еще до начала проекта важно:
* формулировать цели в привязке к бизнесу;
* описывать процессы целиком, а не частями;
* изучать стандартные решения до кастомизации;
* планировать техподдержку и вести документацию;
* внедрять контроль качества на всех этапах.
🔥3👍2💯1
Завтра провожу вебинар "Развитие карьеры и кадровый резерв"
Рассмотрим стандартные возможности Websoft HCM по автоматизации этих процессов
Уровень: базовый
🗓 12 ноября
🕑 11:00 мск
Ссылка
Рассмотрим стандартные возможности Websoft HCM по автоматизации этих процессов
Уровень: базовый
🗓 12 ноября
🕑 11:00 мск
Ссылка
👍5🔥2
Media is too big
VIEW IN TELEGRAM
Как у вас с корпоративной культурой? Эмоушен тикеты на корпоративном портале есть? Всем хорошего вечера пятницы!
🤣12🔥4
Скидки на обучение аналитике и эксплуатации Websoft HCM
До конца года у вас есть возможность приобрести обучение по аналитике и эксплуатации Websoft HCM со скидкой до 20%!
🎓 Скидки распространяются на курсы:
Эксплуатация Websoft HCM (онлайн, старт — 3 февраля)
HR-бизнес-аналитик (в записи)
Системный аналитик (в записи)
💰 Стоимость одного курса без скидки: 70 000 – 150 000 руб. в зависимости от выбранного тарифа
Скидка зависит от количества выбранных курсов:
1 курс → скидка 10% — экономия до 15 000 руб.
2 курса → скидка 15% — экономия до 45 000 руб.
3 курса → скидка 20% — экономия до 90 000 руб.
Более подробное описание программ и тарифов есть в таблице.
Предложение действует при оплате до 31.12.2025
По вопросам обращайтесь:
mp@mpros.ru
@MikhailProtasov
До конца года у вас есть возможность приобрести обучение по аналитике и эксплуатации Websoft HCM со скидкой до 20%!
🎓 Скидки распространяются на курсы:
Эксплуатация Websoft HCM (онлайн, старт — 3 февраля)
HR-бизнес-аналитик (в записи)
Системный аналитик (в записи)
💰 Стоимость одного курса без скидки: 70 000 – 150 000 руб. в зависимости от выбранного тарифа
Скидка зависит от количества выбранных курсов:
1 курс → скидка 10% — экономия до 15 000 руб.
2 курса → скидка 15% — экономия до 45 000 руб.
3 курса → скидка 20% — экономия до 90 000 руб.
Более подробное описание программ и тарифов есть в таблице.
Предложение действует при оплате до 31.12.2025
По вопросам обращайтесь:
mp@mpros.ru
@MikhailProtasov
👍2🔥1
Формы постановки задачи на автоматизацию
Итак, вы определились с целями автоматизации и определились с исполнителями. Следующий этап — правильно поставить задачу исполнителям. От этого будут зависеть скорость, трудозатраты, стоимость разработки.
Типовые форматы постановки задачи:
▪️ Функциональные требования — детальное описание желаемой функциональности. Часто содержат схемы процессов, макеты интерфейсов с их подробным описанием. Не содержат описание инструментов и технологий внутри выбранной платформы. Не содержат технических терминов и специфики какой-либо конкретной ИТ платформы. Могут быть реализованы на разных платформах.
▪️ Техническое задание — в дополнение к функциональным требованиям описывает конкретные инструменты и технологии для реализации нужных задач с помощью конкретной платформы. Для составления и понимания этого документа нужен специалист в конкретной платформе.
▪️ Сценарии использования — более простой и короткий документ. В них прописываются роли и действия участников бизнес процесса. Без описания макетов, желаемого внешнего вида и точного набора шагов для выполнения каждого действия.
Дополнительно к сценариям использования я обычно рекомендую описать набор планируемых к использованию, модификации и созданию компонентов.
Каждый из этих форматов имеет свои плюсы и минусы, их я опишу в других постах. Главное - выбрать какой-либо из этих форматов. И подготовить описание задачи согласно нему. Либо договориться с исполнителем, чтобы он это сделал и проверить результат.
Итак, вы определились с целями автоматизации и определились с исполнителями. Следующий этап — правильно поставить задачу исполнителям. От этого будут зависеть скорость, трудозатраты, стоимость разработки.
Типовые форматы постановки задачи:
▪️ Функциональные требования — детальное описание желаемой функциональности. Часто содержат схемы процессов, макеты интерфейсов с их подробным описанием. Не содержат описание инструментов и технологий внутри выбранной платформы. Не содержат технических терминов и специфики какой-либо конкретной ИТ платформы. Могут быть реализованы на разных платформах.
▪️ Техническое задание — в дополнение к функциональным требованиям описывает конкретные инструменты и технологии для реализации нужных задач с помощью конкретной платформы. Для составления и понимания этого документа нужен специалист в конкретной платформе.
▪️ Сценарии использования — более простой и короткий документ. В них прописываются роли и действия участников бизнес процесса. Без описания макетов, желаемого внешнего вида и точного набора шагов для выполнения каждого действия.
Дополнительно к сценариям использования я обычно рекомендую описать набор планируемых к использованию, модификации и созданию компонентов.
Каждый из этих форматов имеет свои плюсы и минусы, их я опишу в других постах. Главное - выбрать какой-либо из этих форматов. И подготовить описание задачи согласно нему. Либо договориться с исполнителем, чтобы он это сделал и проверить результат.
👍3🔥3