Найти тему
Тюнинг Админа

Организация правильного процесса доработок в 1С сторонними компаниями

Оглавление

В 95℅ процентах случаев процесс организации доработок в 1с выглядит следующим образом:

  • Заказчик озвучивает свои желания менеджеру компании аутсорсинг услуг, а также предоставляет выгрузку базы данных.
  • Компания - Исполнитель оценивает объём работ исходя из максимально возможных временных затрат.
  • Процесс выполнения работ, с первых дней документально не сопровождается, а по факту получается, что документации по проводимым работам нет, есть только нарезка скриншотов с описанием для конечных пользователей
  • Весь процесс доработки решения выполняется на стороне исполнителя и не контролируется заказчиком
  • Всё внешние обработки написанные для переноса данных не предоставляются заказчику, хотя являются оплаченной интеллектуальной собственностью
  • Дорабатываемые участки кода не комментируются совсем

Оптимальным вариантом выполнения работ исполнителем вижу:

  • Создание виртуальной машины для исполнителей проекта на сервере заказчика или отдельном компьютере с удалённым доступом
  • Все разработки от А до Я ведутся исключительно на нашем изолированном ресурсе и под полным контролем
  • Можно вести полный аудит в системе и даже видео запись при необходимости, тем самым будем иметь полную аналитику по проводимым работам и затраченному времени.

Список рекомендаций заказчика к разработчикам:

- Конфигурация должна оставаться типовой, это априори и обсуждению не подлежит //комментарий (Конфигурация должна оставаться типовой и без проблем обновляться на протяжении всего жизненного цикла продукта)

- Все доработки по Блочно выносим в расширения.  //комментарий (Все доработки ведутся исключительно на нашей площадке и деятельность отслеживается)

- Тип расширений Адаптация//комментарий (Оптимальный режим)

- Не стесняемся писать комментарии в коде, чем больше тем лучше. //комментарий (Любой код должен быть понятным и читабельным, требующим разъяснения)

- Параллельно разработке пишем документацию, а не после, потому что, как показывает практика из этого ничего хорошего не получается. //комментарий (Документацию необходимо вести с первых дней, так как весь процесс делится на этапы и на каждом работу выполняют не всегда одни и те же сотрудники, а так получится каждый описывает свой участок деятельности и по мере выполнения)

- Документация создаётся и пишется там же на рабочем столе в папочке. //комментарий (Вся документация с первых дней создается и хранится в отдельной папке на рабочем столе виртуальной машины, к которой мы имеем доступ и можем отслеживать деятельность разработчиков, а когда нужно направлять на путь истинный)

- Если под наши задачи пишутся обработки для процесса переноса и мы за это платим, то это наша интеллектуальная собственность и должна находиться там же на рабочем столе в отдельном папке.

Не пускайте на самотёк процесс выполнения доработок, ведь это прежде всего ваши деньги и на выходе вы должны иметь качественно выполненную работу, а не халтуру.