Продолжение. Предыдущие части доступны по ссылкам:
Подготовка схемы бизнес-процесса и технического задания (ТЗ)
1. Визуализируйте. Рисуйте схемы бизнес-процессов, даже если это только наброски от руки — это позволит легко понять задачу и объяснить свое видение пользователю. Можно использовать сервис https://glvrd.ru/ для проверки текста.
2. Техническое задание должно быть простым, понятным и однозначным, чтобы исключить любые недопонимания. Разбейте задачу на детали, чтобы видение результата было ясным всем — и вам, и заказчику, и разработчику.
3. После визуализации бизнес-процесса и написания ТЗ, покажите его коллегам. Если им все понятно, отправьте на согласование заказчику.
4. Если при чтении ТЗ есть хоть малейший шанс его понять не так, программист не упустит этот шанс. Поэтому ТЗ должно быть написано максимально простым и понятным языком.
5. У заказчика должно сложиться ощущение, что это он написал ТЗ, а вы всего лишь помогли ему оформить и отредактировать.
Работа с разработчиками/заказчиками
1. Ставить задачи разработчикам (программистам) с конкретным сроком исполнения, контролировать выполнение, проверять результаты и направлять замечания. Необходимо добиваться исполнения задач и не задерживать их выполнение, чтобы избежать игнорирования в будущем.
2. Передавать все задачи для программистов через заявки для автоматизации или заявки для сайта в системе документоборота. Каждая задача должна быть вынесена в отдельную заявку в документообороте без консолидации в одной заявке множества задач.
3. Стараться вовлечь разработчика (программиста) в весь процесс работы над проектом, поэтому важно сделать его соучастником процесса, чтобы он чувствовал ответственность за конечный результат.
4. Делить проекты на более мелкие задачи, которые могут быть выполнены и показаны заказчику постепенно. Важно представлять результаты работы регулярно, даже если их объём невелик, поскольку заказчики зачастую интересуются только рабочим результатом.
5. Ежедневно следить за прогрессом работ подрядчиков и задавать им три вопроса: что уже сделано, что планируется в ближайшее время, и что может помешать быстрому их выполнению задачи. При необходимости разбивать задачи для подрядчиков на более мелкие, контролировать результаты работы и поддерживать постоянный контакт с подрядчиками.
6. Тестировать результаты разработок самостоятельно, чтобы выявить возможные ошибки и недочёты.
7. Предоставлять поддержку продукта пользователям на этапе его опытной эксплуатации. После того, как продукт готов к промышленной эксплуатации, передавать его заказчику весь процесс работы с продуктом.
8. Получать обратную связь не только от заказчика, но и от конечного пользователя продукта, учитывая все их пожелания, но при этом отдельно выделять критичные и не критичные для работы факторы.
ПРОДУКТИВНОЙ РАБОТЫ И УСПЕХОВ!!!
Секреты финансовой стабильности - в вашем распоряжении! Подпишитесь на наш канал по бизнес-планированию и финансам и будьте уверены в результатах своего предпринимательства. Также мы предлагаем вам качественные бизнес-планы и финансовые модели для любой сферы деятельности!
