Работая от имени СМ-Консалт (www.cmcons.com) как менеджер проекта по вндерению процессов конфигуправления и инструментария поддержки (Rational CQ и CC) для одного из больших банков в Москве имел интересную встречу с CIO этого банка. Понятно, что CIO видимо мало должно заботить такая вещь, как упорядочивание процессов разработки ПО внутри ИТ департамента, а это должно быть целиком головной болью руководителя соответствующего Управления (что есть на самом деле в этом банке). Но у меня всегда было ощущение, что CIO должен иметь более детальное представление об этом домене и понимать что разработка должна вестись не "на коленках", а хотябы с элементами "промышленного" процесса. В ходе общения был задан ряд интересных вопросов, например не затормозит ли процесс разработки внедрение новых процессов и их автоматизация. Ответить на этот вопрос сложно, т.к. никто не знает фактическю загрузку разработчиков. Учитывается только срок решения задачи (например через неделю должно быть), а не то сколько времени фактически
тратиться на ее решение. Но по опыту -- да, может затормозить. Поэтому первая версия процесса должна быть достаточно "легкой", но решающей как минимум одну из ключевых задач, актуальных для данной организации.
Комментариев нет:
Отправить комментарий