Путеводитель для главного информационного управляющего
В условиях, когда ИТ-отдел тратит большую часть своего времени (и бюджета) на поддержание работоспособности, компаниям сложно принять широкомасштабную цифровую трансформацию. Это делает ИТ-службу невосприимчивой к потребностям организации в изменениях.
\r\nПостоянное отставание от графика проектов - вот почему многие организации обращаются к услугам гражданских разработчиков и платформам разработки ПО с низким уровнем кодирования\/без кодирования. Хотя программы гражданских разработчиков не новы, пандемия COVID-19 и сопутствующая ей цифровая трансформация заставляют ИТ-директоров по-новому взглянуть на платформы с низким кодом\/без кода.
\r\nДля ИТ-директоров, рассматривающих эти программы, самая большая проблема заключается не в том, чтобы решить, нужны ли они им (они нужны), а в том, чтобы убедить своих коллег в C-suite и руководителей направлений деятельности принять участие в программе.<\/p>\r\n\r\n
Создайте видение<\/h2>\r\n\r\n
Первым шагом к получению поддержки является создание концепции. Ведь для того чтобы попасть туда, куда вы хотите, нужно знать, где вы хотите быть. Все успешные программы развития граждан начинаются с понимания трех вещей: текущего состояния, идеального состояния и причин, по которым вы хотите провести изменения.<\/p>\r\n\r\n
Текущее состояние против идеального состояния<\/h2>\r\n\r\n
В большинстве организаций бизнес-подразделения заваливают ИТ-службу запросами на проекты, которые не могут быть выполнены. Большие и малые проекты остаются нереализованными или требуют слишком много времени для завершения. Такая неадекватность реагирования на запросы бизнеса способствует формированию мнения, что ИТ - это место, где проекты умирают.
\r\nЕсли такое описание текущей ситуации выглядит довольно удручающе, то идеальное состояние, по логике вещей, должно быть противоположным, не так ли? Ну, вроде того. В реальной жизни так чаще всего не бывает. Таким образом, цель определения идеального состояния - это постановка цели, к которой вы будете постоянно стремиться, но вряд ли достигнете. Без "растяжимых" целей, как их еще называют, вы вряд ли добьетесь значительного прогресса в решении тех проблем, которые действительно решаемы.<\/p>\r\n\r\n
Другие заинтересованные стороны<\/h2>\r\n\r\n
После того как вы определились с концепцией и направлением, настало время обратиться к другим заинтересованным сторонам, чтобы убедить их в правильности этой идеи. Поскольку все, скорее всего, знают, в чем заключаются проблемы, важно рассказать им о преимуществах программы, а не о ее особенностях. Программа позволит им сэкономить время, увеличить прибыль, сгладить недостатки в рабочих процессах - именно такие результаты привлекут заинтересованных лиц на вашу сторону.<\/p>\r\n\r\n
Дорожная карта<\/h2>\r\n\r\n
Как и в случае с любой другой новой инициативой, необходимо начать с малого, получить несколько "легких" побед (пресловутые "низко висящие фрукты") и заручиться поддержкой заинтересованных сторон. Только после этого можно расширять масштабы программы, чтобы придать ей импульс, необходимый для успеха в масштабах всей организации. Первым шагом вашей программы будет привлечение поставщика низкокодовых\/бескодовых платформ для начала работы. Затем вы можете создать учебник, в котором будут заданы параметры и определена роль гражданского разработчика. После нескольких первых побед посмотрите, что было сделано правильно, что не так и где можно улучшить. Вносите коррективы в план действий, а затем возвращайтесь и выполняйте другой проект. По мере роста уверенности в своих силах можно повышать сложность проекта. Со временем можно приступать к реализации проектов высокой сложности. Такие проекты обычно ориентированы на клиента, требуют индивидуального кодирования, опираются на межведомственные данные и при неправильном кодировании могут повлиять на работу. Большую часть работы по проектированию и разработке здесь могут выполнять ИТ-специалисты, но для этого они все равно будут использовать платформу с низким уровнем кодирования\/без кодирования.<\/p>\r\n\r\n По мере продвижения по этому пути необходимо отслеживать прогресс, сосредоточившись на нескольких ключевых показателях эффективности (KPI), по которым можно судить об успехах. К таким показателям можно отнести сокращение отставания по проектам разработки ПО, повышение своевременности внесения изменений, совершенствование рабочих процессов и\/или повышение оперативности реагирования ИТ-службы. Все это - хорошие идеальные цели, которые могут быть достигнуты с помощью гражданской программы развития.<\/p>\r\n\r\n По мере накопления побед вы можете развивать эти первые успехи, определяя новые проекты и обучая новых гражданских разработчиков для их выполнения. Как только появятся такие разработчики, можно создать небольшое сообщество для развития сотрудничества и обмена передовым опытом.
\r\nПосле создания программы нет предела возможностям, которые могут быть достигнуты с помощью гражданских разработчиков. Современные платформы с низким уровнем кодирования\/без кодирования используются как для очень сложных проектов, ориентированных на клиента, так и для таких простых задач, как добавление нового поля в форму на веб-странице<\/a>.<\/p>\r\n\r\n![\"веб](\"\/upload\/editor\/parsing\/274-parsing-web-saitov-cen-tovarov.jpg\")
<\/p>\r\n\r\nНачните с малого<\/h2>\r\n\r\n
\r\nПервый вариант руководства не обязательно должен быть окончательным. Скорее, это будет некий каркас или набросок, определяющий такие вещи, как результаты и артефакты проекта, контрольные точки проекта и подписи ИТ-специалистов, стандарты и лучшие практики, процессы, которым должны следовать гражданские разработчики, а также роли и обязанности и другие структуры управления программой. Роль ИТ-специалистов в этом процессе будет заключаться в основном в надзоре, поэтому опирайтесь на их рекомендации.
\r\nПосле того, как учебник будет готов, найдите несколько желающих из ИТ-отдела для изучения платформы. Они будут служить инструкторами для менее подкованных в технологиях бизнесменов, которые впоследствии станут гражданами-разработчиками.
\r\nПосле того как несколько человек обучились основам работы с платформой, займитесь поиском проектов, которые относятся к внутриведомственным и используют данные этого отдела. Автоматизация процессов, основанных на ручном вводе данных в электронные таблицы Excel, является отличным кандидатом.<\/p>\r\n\r\nБыстрое масштабирование<\/h2>\r\n\r\n
\r\nБолее сложные проекты, как правило, являются межведомственными и используют общие наборы данных. В них используются формулы, некоторое количество пользовательского кода и интеграция с другими приложениями. Такие проекты, как правило, требуют от ИТ-отдела проведения тестирования перед запуском в производство. Ответственность за проектирование и разработку проекта также возлагается на ИТ-отдел.
\r\nИТ-специалисты следят за тем, чтобы новые рабочие процессы учитывали все стандарты организации (например, правильный брендинг), обеспечивали конфиденциальность и целостность данных, были безопасными и не оказывали негативного влияния на производительность приложения.<\/p>\r\n\r\nПроекты высокой сложности<\/h2>\r\n\r\n
Отслеживание<\/h2>\r\n\r\n
Масштабирование<\/h2>\r\n\r\n
\r\nНекоторые организации даже создают центр передового опыта (CoE) для наблюдения за программой и обмена рекомендациями и лучшими практиками.
\r\nПоскольку организации всех размеров сталкиваются с необходимостью цифровой трансформации, им необходимо использовать все инструменты, входящие в набор средств разработки приложений. Учитывая долгую и успешную историю использования низкокодовых\/бескодовых платформ для сокращения сроков выполнения проектов, неудивительно, что интерес к гражданской разработке растет.<\/p>\r\n