У любой задачи всегда есть несколько вариантов решения, которые зависят от наших целей и ограничений. Тут не поспоришь.
Но давай посмотрим, что даст нам такой альтернативный вариант помимо плюсов:
1. У нас поменяются критерии найма. Добавление новых функций отразится и на необходимых навыках специалистов. Из-за их расширения мы сужаем возможный кадровый резерв на данную должность. Обучение текущих сотрудников под данный уровень так же влечёт за собой денежные расходы (время на обучение).
2. Размытие зон ответственности. В какой то момент мы можем получить ситуацию, когда граница между фиксом от сопровождения и фичей от разработки может быть не однозначна. Полномочия, как и ответственность, в такой ситуации будут сливаться. А мы в своей задаче как раз работали над тем, чтобы было понятно «кто что делает» и «что от кого зависит»
Менять кодовую базу из них никто не может, но производить настройки, проводить интеграции, пользоваться созданными разработкой инструментами - почему нет ?
Всё верно, если речь про изменения кода, то задачи и поддержки, и развития пилит часть команды, которая ответственна за разработку.
У любой задачи всегда есть несколько вариантов решения, которые зависят от наших целей и ограничений. Тут не поспоришь.
Но давай посмотрим, что даст нам такой альтернативный вариант помимо плюсов:
1. У нас поменяются критерии найма. Добавление новых функций отразится и на необходимых навыках специалистов. Из-за их расширения мы сужаем возможный кадровый резерв на данную должность. Обучение текущих сотрудников под данный уровень так же влечёт за собой денежные расходы (время на обучение).
2. Размытие зон ответственности. В какой то момент мы можем получить ситуацию, когда граница между фиксом от сопровождения и фичей от разработки может быть не однозначна. Полномочия, как и ответственность, в такой ситуации будут сливаться. А мы в своей задаче как раз работали над тем, чтобы было понятно «кто что делает» и «что от кого зависит»
Смотри:
В Фактуре существует две линии саппорта.
Менять кодовую базу из них никто не может, но производить настройки, проводить интеграции, пользоваться созданными разработкой инструментами - почему нет ?
Всё верно, если речь про изменения кода, то задачи и поддержки, и развития пилит часть команды, которая ответственна за разработку.