Как составить план работ по it отделу

Время на прочтение
10 мин

Количество просмотров 51K

В один прекрасный день Вы из простого системного администратора в какой-то крупной организации «дорастаете» до руководителя отдела / департамента / подразделения по информационным технологиям. По современным меркам эта должность в иерархии предприятия называется – CIO или Chief Information Offiсer. Человек, занимающий эту должность, не просто так относится к людям с буквы C – его правильные действия и решения в современном мире позволяют выживать и процветать компании. Информационные технологии настолько сильно проникли во все аспекты современной жизни, что если организация не в состоянии их эффективно применять, то скорее всего она не сможет конкурировать и будет убыточна, и нерентабельна. Задачи, которые стоит перед CIO или по-нашему IT директором, во многом являются стратегическими и критически важными для основных бизнес процессов крупных и средних компаний.

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

Зачастую в газетах, журналах, статьях в Интернете читаешь о работе CIO, и создается впечатление, что он только тем и занимается, что закупает оборудование, ищет сотрудников, получает неудобоваримые поручения от высшего руководства, которые пытается выполнить. Видя в реальных организациях, как работают IT директора, часто приходится видеть, что данным специалистам очень не хватает специфичных технических и организационных знаний и навыков, которые позволяют эффективно управлять как всеми сотрудниками отдела, так и всем комплексом программных и аппаратных средств, которые находятся в ведении IT. Особо не углубляясь в навыки налаживания коммуникаций, тайм-менеджмента, ведения переговоров, разрешению конфликтов, которые необходимы любому менеджеру и которым посвящены множество специализированных книг и курсов, давайте сосредоточимся на специфичных навыках и знаниях, необходимых именно для CIO.

Знания высшей пробы

Первое, что хотелось бы выделить, это знания информационно-коммуникационных технологий на высочайшем уровне. Руководитель IT департамента должен не просто понимать, о чем говорят сотрудники и чем они занимаются, но видеть глубинные процессы в работе IT, понимать причинно-следственные связи в организации всей работы. В современных условиях, где сотрудники IT департамента зачастую находятся на гребне научно-технологического прогресса, получая каждый день новые знания и разбираясь в новых технологиях, которые разрабатываются по всему миру и доступны через глобальную паутину, руководитель, погрузившись сугубо в административные дела, рискует потерять понимание всего происходящего в отделе, свой авторитет среди сотрудников как эксперта и лидера, и те невидимые ниточки, которые мотивируют людей идти вперед и брать новые рубежи в работе. Одна из частых ошибок IT руководителей, которую приходится видеть заключается в недостаточном анализе продукта, над которым работают подчиненные сотрудники в компании или сторонние фирмы. Это выливается в недостаточно проработанный продукт, в размытые технические задания, в нежелании разработчиков и инженеров выкладываться на полную катушку, так, как и так сойдет. То есть происходит выполнение работ и услуг на формальном уровне, и желаемого эффекта достичь не получается. Руководитель зачастую не может говорить по конкретике с разработчиками продукта, проводить какую-то идеологическую линию, так как он не понимает большей части деталей. Второй большой проблемой в этой ситуации я вижу, отсутствие у CIO видения конкретных параметров продукта при его приемке. Допустим, Вы заказали веб сайт у компании разработчика и совершенно не разбираетесь в веб технологиях. Вам предоставили продукт с красивыми картинками и текстами, которые вы предоставили исполнителю. Вроде бы все, заказ выполнен и можно ожидать маркетингового эффекта и привлечение новых клиентов из просторов Интернета, но на самом деле оказывается, что контент слишком громоздкий и у целевой аудитории странички открывается очень медленно, в результате чего пользователи просто не дожидаются полной загрузки странички и уходят с веб сайта.

Что же позволяет в первую очередь CIO быть на коне – как не банально, но это знания, навыки, опыт и видение в области IT, которые позволяет вести за собой сотрудников, а также всю организацию в целом. Современные технологии развиваются невообразимо стремительно, то что несколько лет назад было новшеством, сегодня уже устаревает и не может использоваться для эффективной работы. Количество и разброс вновь возникающих технологий растет в экспоненциальной прогрессии, какие-то новинки подходят нам для использования, а какие-то в силу ряда причин, неприемлемы или не могут быть использованы. Так несколько лет назад гремевшие публичные облачные технологии, зачастую бывают недопустимы для организации, в силу возможности получения доступа к их данным иностранными спецслужбами или прочими ведомствами. Однако, такие вещи, как навыки печатания в слепую, знание английского языка, понимания основ программирования и скриптовых языков, знания работы операционных систем Linux и Windows необходимы практически каждому специалисту в области информационных технологий и позволяют специалистам понимать и говорить между собой на одном языке. В современном быстро изменяющемся мире для CIO организации просто жизненно необходимо постоянно учиться и черпать новые знания, чтобы не остаться за бортом технического прогресса и представлять собой ценность для организации, в которой он работает.

Документация решает

Второе, на что хотелось бы акцентировать внимание в работе директора по информационным технологиям – это комплексное документирование всей IT инфраструктуры предприятия с методами по работе с конкретным программным обеспечением и оборудованием. Очень редкие компании используют документирование IT инфраструктуры на сколько-то нормальном уровне, чтобы можно было оперативно получить информацию по работе того или иного компонента IT. Как правило это большие транснациональные компании с уже налаженными бизнес процессами в IT отделах с использованием процедур ITIL и ISO 20000. Однако таких организаций по моим наблюдениям крайне мало, и даже частенько большие многонациональные компании организуют работу IT не применяя высоких стандартов и норм.

Очень много проблем, возникающих в эксплуатации IT инфраструктуры могли бы быть легко решены при наличии грамотной документации, которая описывает процессы и организацию подсистем. Однако во время внедрения и проведения работ по модернизации документация не пишется, со временем о деталях того, как работают те или иные подсистемы забывают, и когда в неудобный момент что-то перестает работать, сотрудники начинают суетиться и пытаться заново понять, как же устроена к примеру система телефонной связи или как подключены сервера к системе хранения данных. Такие проблемы наблюдаются постоянно в различных организациях. Для многих IT отделов это носит хронический характер и люди живут от проблемы до проблемы. В случае же, если организацию покидает ответственный специалист, который отвечает за определенную сложную IT подсистему и больше никто другой не работал с ней, то после его увольнения новый сотрудник сталкивается с множеством нюансов и мелочей, не знание которых может приводить к простоям в работе системы или даже к ее повреждению. Начинающему и даже уже работающему CIO следует особенное внимание уделять документированию работы IT подсистем. По моему мнению одним из первых дел при начале работы в этой должности IT директору нужно провести инвентаризацию существующей документации и приложить максимум усилий для документирования работ IT подсистем организации. Это позволяет создать базу знаний, опираясь на которую, можно избежать множество банальных проблем в работе с информационными системами.

Бэкапы, бэкапы, бэкапы

Следующим важным моментом, над которым следует задумываться каждому CIO – выстраивание систем резервного копирования в частности и систем отказоустойчивости в целом. Система резервного копирования может быть, как со множеством высокотехнологичных автоматизированных программных и аппаратных компонент, так и банальным ручным копированием данных, но она должна быть в том или ином виде. Ее отсутствие и небрежное отношение к резервному копированию приводят к плачевным последствиям, что подтверждается постоянными примерами из жизни. Случаи с потерями данных в конкретной организации бывают не часто, но такие случаи могут свести работу целого предприятия за большой промежуток времени к нулю и грозить огромными штрафами и перебоями в работе. Рядовые сотрудники IT отдела, как правило, не задумываются о таких проблемах, стараясь выполнить интересные им проекты и задачи и запустить то или иное решение в работу. На плечи IT директора же возлагается ответственность на бесперебойную долгосрочную работу этих решений, и заблаговременное планирование и реализацию стратегии по сохранности данных и отказоустойчивости работы всех систем. Задумываться об этих проблемах IT директор должен с первого же дня своей работы, что позволит обеспечить живучесть как всего комплекса IT, так и организации в целом.

Мониторинг

Четвертым важным направлением деятельности IT директора является организация комплексной системы мониторинга оборудования, программного обеспечения, процессов происходящих во всем информационно-коммуникационном комплексе. Наличие такой системы позволяет отслеживать параметры жизнедеятельности всех компонентов IT систем, выявлять возникающие проблемы, зачастую предсказывать возможное появление той или иной проблемы заранее, анализировать загруженность имеющихся ресурсов и планировать расширение и закупку нужного оборудования и программного обеспечения заблаговременно. Сплошь и рядом встречаются случаи выхода из строя жесткого диска, пропадания питания или еще каких-то небольших нештатных ситуаций, которые сами по себе не могут повлечь серьезных последствий. Однако недостаточный мониторинг и отсутствие корректирующих действий со стороны сотрудников эксплуатации приводят к потерям данных, неработоспособности оборудования и программного обеспечения. С учетом современных средств коммуникаций, доступных практически каждому человеку – система мониторинга позволяет отреагировать практически мгновенно в случае необходимости. Так вы можете создать бота в Telegram, создать группу из ответственных сотрудников и заставить бота присылать в чат важные сообщения о проблемах с инфраструктурой. Даже находясь на отдыхе на пляже в Таиланде, Вы можете контролировать важные события через сообщения в Telegram. Система мониторинга для IT директора является его глазами на процессы, имеющиеся технологические ресурсы и то, что с ними происходит. Чем лучше и полнее она настроена и функционирует, тем шире открыты глаза у руководителя IT отдела.

Развитие сотрудников

Пятым пунктом на что часто не обращают внимание руководители IT департаментов является развитие профессиональных навыков рядовых сотрудников IT. Во многих организациях считается то, что сотрудник, приходя на работу уже должен обладать знаниями для осуществления своих обязанностей, повышение квалификации и получение каких-то дополнительных знаний рассматривается как третьестепенная задача. Однако, как показывает практика, подобная стратегия ведет к демотивации сотрудников, оттоку наиболее перспективных специалистов и оседанию в компании малокомпетентных людей. Как я видел на многочисленных примерах в различных организациях, чем слабее и непрофессиональные сотрудники IT департамента, тем более они зависимы от поставщиков и подрядчиков, что зачастую выливается в завышенных тратах на IT решения, которые при профессиональном подходе могли быть реализованы гораздо более дешевыми средствами и совершенно другими способами. Чем сильнее команда у CIO, тем меньше зависимостей от внешних организаций и структур. С повышением профессионализма сотрудников в целом повышается качество работы всех IT подсистем, уменьшаются простои и проблемные ситуации. По сути труд IT специалистов является сугубо интеллектуальным, который не подается какой-то банальной мотивации. Зачастую производительность двух разных людей на одной и той же должности в IT может отличаться в десятки. Я считаю, что IT директор должен создать для своих подчиненных такие условия, при которых каждый из них сможет максимально реализовать свой потенциал на рабочем месте, что является win-win стратегией как для работодателя, так и для работника. Всяческое поощрение в обучении новым технологиям и получении профессиональных навыков и знаний в отрасли IT является одним из главных мотиваторов для сотрудников.

Аналитика

Предпоследний пункт, который бы хотелось затронуть в статье, касается создания определенных показателей, по которым можно отслеживать и анализировать эффективность работы людей, оборудования программного обеспечения. Одним из мощных инструментов для анализа, да и просто для непосредственной работы в IT подразделении является система инцидент менеджмента. Кроме того, что она позволяет проводить разрешение сложных технологических проблем с привлечением специалистов разных направлений, она также позволяет давать прекрасную аналитику по времени, которое необходимо было для разрешения инцидента, определять простои в работе систем, причины и последствия этих простоев. Работа такой системы прекрасно расписана вдоль и поперек в документации ITIL, и в том или ином виде применяется во многих крупных организациях. Однако именно аналитика данных этой системы вкупе с аналитикой данных системы мониторинга позволяют оценивать KPI работы сотрудников, отделов, технологических подсистем, а также строить прогнозы и делать корректировки для увеличения производительности отдела IT.

На острие технологий

Если все что было описано до этого в публикации относится большей частью к эксплуатации и поддержанию на должном уровне существующей инфраструктуры, то есть одно направление деятельности IT директора, которое связано с развитием инфраструктуры и внедрением новых технологий. Ни одна организация, которая хочет оставаться конкурентной на рынке своей страны, не говоря уже о мировом рынке, не может себе позволить упустить научно-технологический прогресс в области информационных технологий. Здесь хотелось бы посоветовать CIO искать и пробовать новые технологии, которые дают заметное преимущество в работе, позволяют решать специфичные проблемы в работе и дают прирост производительности труда в целом по организации. Вопрос прироста производительности труда при внедрении новых IT систем с моей точки зрения является одним из ключевых при рассмотрении новых решений. Кроме того, что IT директору нужно увидеть и рассмотреть в деталях новую перспективную технологию, немаловажным является выбор правильного производителя данного продукта или услуги, который сможет обеспечить достойное качество при приемлемой цене. Очень часто встречаются решения, которые выпускаются сырыми в продажу, и крайне медленно дорабатываются впоследствии. Очень важно на самых ранних этапах выявить это и понять способна ли организация мириться с этим и не стоит ли предпочесть какое-то другое решение. Так к примеру, однажды найдя подходящее решение по виртуализации, вы можете смело его использовать по всей организации во всех проектах, найдя подходящую систему управления базами данных – вы можете длительное время не думать о других СУБД и т.д. Опыт и знания, накопленные при внедрении новых решений, должны масштабироваться и применяться максимально широко по всей организации.

Резюмируя все написанное в этой статье, можно сказать, что CIO для построения надежной работы отдела IT нужно сосредоточиться на следующих вещах:

1. Постоянное изучение новых технологий и наработку навыков работы с ними для понимания открывающихся возможностей.
2. Документация всей IT инфраструктуры, механизмов ее работы, процедур для взаимодействия между машиной и человеком.
3. Организация резервного копирования всех важных данных, а также создание и поддержание отказоустойчивости работы всех значимых IT подсистем.
4. Построение и поддержание в актуальном состоянии системы мониторинга IT инфраструктуры.
5. Развитие знаний и навыков сотрудников IT отдела.
6. Формирование системы, позволяющей анализировать эффективность работы специалистов, оборудования, программного обеспечения и всего комплекса IT в целом.
7. Поиск, внедрение и использование продуктов и решений, которые обеспечивают стабильность, надежность и приемлемые технические характеристики работы.

Сосредоточившись на этих направлениях в своей работе CIO в рамках своих полномочий даст мощный толчок для развития всей организации в целом. Мы разобрали аспекты специфичные для отрасли информационных технологий. Однако, как и любому менеджеру, CIO нужно будет решать вопросы с финансированием отдела, лояльностью высшего руководства, без которого невозможно реализовать сколько-нибудь стоящие и масштабные проекты, поиском и удержанием сотрудников, что является головной болью для любого руководителя. Мы в этой статье эти аспекты осознанно не затрагивали, оставив их для специализированной литературы и курсов.

Информационные технологии — так переводится с английского аббревиатура IT, или information technologies. Если смотреть широко на этот термин, то IT означает совокупность ряда областей деятельности и образовательных дисциплин, связанных с созданием, хранением и обработкой информации посредством компьютеров.

IT-отдел состоит из специалистов узкого профиля. Люди, чья профессия связана с решением задач в области информационных технологий, называются IT-специалистами. Организация IT-отдела — это в первую очередь найм персонала следующих профессий: программиста, веб-мастера, системного администратора.

Программист занимается написанием алгоритмов, организующих и упорядочивающих процесс передачи данных с помощью компьютера. То есть по сути он пишет программы на понятном ему языке программирования: C, Perl, Java и др.

Системный администратор, работающий в IT-отделе, обладает квалификацией, достаточной для того, чтобы обеспечить бесперебойную работу техники и оборудования. По большому счету это не столько профессия, сколько его функциональная роль. Ведь даже вузы не обучают такой специальности — системный администратор. Чаще она объединяется с профессией программист.

Так называемые «админы» отвечают за работу компьютеров, настройку оборудования, принтеров и сканеров, закупку техники, ее ремонт и прочее. Нередко в должностные обязанности системных администраторов входит организация обучения сотрудников алгоритмам работы с техникой. То есть специалист работает с аппаратной областью в IT-сфере.

Веб-мастер отвечает за создание и поддержание онлайн-продуктов. В частности, сайты, приложения для разных операционных систем, web-сервисы — все это входит в компетенции веб-мастера. Его язык программирования — HTML. При помощи него специалист создает страницу, отображаемую в браузере.

Существенное отличие от классического программирования в том, что веб-страница никогда не является программой. По сути, сайт или страница — это документ, который не может самостоятельно следовать заданным алгоритмам, он создается просто для корректного отображения.

И все же современные IT-технологии не стоят на месте, и веб-мастера при помощи усовершенствованного языка программирования наделяют сайты улучшенным функционалом, размещая в Интернете неклассические веб-страницы — рабочие алгоритмы, способные исполняться самостоятельно. Здесь можно говорить о симбиозе профессий веб-мастера и программиста.

Собеседование для программиста: теория и практика

Организация работы IT-отдела

Тема управления информационными технологиями внутри компании тяжело поддается систематизации и описанию. Консалтинговая компания Janco Associates, занимающаяся организацией IT-инфраструктуры, предлагает в качестве эффективного инструмента алгоритм действий для внедрения, следуя которому, можно составить план работы IT-отдела, контролировать его деятельность и оценивать результаты, в том числе по критерию «отчет IT-отдела».

Руководителю отдела необязательно следовать всем советам аналитиков, но большинство из них можно взять на вооружение. Некоторые из рекомендаций глобальны и имеют отношение к взаимодействию отдела и сотрудников в рамках компании как структуры в целом. Иные способствуют решению повседневных рутинных проблем. Внедрив многие из пунктов, вы закроете практически все пробелы в управлении IT-отделом.

1. Организационная структура деятельности ИТ-отдела должна соответствовать структуре работы всей компании. Это позволит привязать успехи или неудачи подразделения IT и компании в целом. Любые нововведения, изменения в организации станут известны отделу, и наоборот, что может положительным образом отразиться на работе направления информационных технологий. Здесь важно добиться одинакового видения эффективного менеджмента руководителя IT-отдела и руководителя всей компании.

1. Руководителю IT-отдела следует ограничить количество подотчетных лично ему сотрудников до 5-7 человек. Иначе придется больше времени уделять исключительно менеджменту. По мнению экспертов, перевод сотрудников, не являющихся прямыми подчиненными, в ведение своих непосредственных помощников позволит эффективнее управлять департаментом, разделить обязанности и принимать быстрые решения.

1. Создайте условия для карьерного роста. Мотивированный продвижением по карьерной лестнице сотрудник будут работать с большей отдачей и гораздо эффективнее. Продвигайте вверх успешных и перспективных сотрудников, поощряйте их новыми должностями, не позволяйте им застревать на одной позиции.

1. В IT-отделе должен быть сотрудник, отвечающий за операционный менеджмент, осуществляющий контроль качества и занимающийся взаимодействием с коллегами из других отделов, а также клиентами. Этот сотрудник должен отчитываться напрямую руководителю IT-отдела. Так управляющий менеджер будет держать под контролем ключевые показатели департамента. Кроме того, выстраивание взаимосвязи с остальными отделами повышает общую эффективность компании.

1. Стратегия (или стратегическое планирование) IT-отдела должна учитывать общую политику предприятия. Работая с информационными технологиями, сотрудники IT-сферы обязаны обеспечивать общую информационную безопасность компании.

1. Не упускайте из вида новые тренды. В отделе должен быть сотрудник, в обязанности которого входит отслеживание и внедрение новейших технологических разработок, направленных на наращивание эффективности бизнеса.

1. Следите за технологиями, к которым обращаются в других отделах. Нередко сотрудники могут обращаться к технологиям, которые IT-отдел не внедрял. Пользователи даже могут обращаться к собственным устройствам и приложениям. Сотрудники IT-отдела должны быть в курсе любого обращения к информационным технологиям.

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

В Интернете можно встретить множество истории о невозможности найти точки соприкосновения бизнеса и IT-сферы. Поэтому вывести универсальную формулу удачного способа организации IT-отдела очень сложно.

Подбор специалистов в IT-отдел

Роль и функции IT-отдела

Примерная схема организации структуры и функции всех возможных подразделений департамента ИТ. Источник: intuit.ru.

Если обобщить, то классический подход к управлению данной структурой можно свести к тезису «продуктивный». То есть, первоочередной задачей IT-отдела является создание и поддержка информационных систем, относящихся в компании к ресурсам. Квалифицированные специалисты выполняют определенные задачи.

К примеру, при наличии ресурса «1С.Бухгалтерия» бухгалтер оперативно подготавливает налоговую отчетность. При стабильно работающем Интернет-соединении отдел маркетинга осуществляет сбор данных для дальнейшей аналитики. Если что-то технологичное выходит из строя, сотрудники обращаются за помощью в IT-отдел. «Традиционные» задачи для IT-сотрудников — поддержание набора ресурсов и устранение неполадок по заявкам пользователей этих ресурсов.

При таком подходе IT-отдел играет техническую или эксплуатационную роль.

Универсальная роль подразумевает более широкий набор функций. Сотрудники подразделения занимаются (помимо технической стороны) работой в области автоматизации бизнес-процессов. Руководство таких компаний осознает значимость IT-функций, предоставляет большую свободу во внедрении технологичных разработок для бизнеса.

Наконец, инновационная роль подразумевает понимание руководством значимости IТ-отдела, расширение его компетенций, акцент на использовании информационных технологий: развитие бизнеса на базе IT, создание прорывных разработок, вовлечение сотрудников IT-отдела во все направления работы компании.

Приоритетные задачи IT-отделов компаний по данным исследования «Лаборатории Касперского». Наибольшее внимание компании уделяют техническим задачам и информационной безопасности. Источник: anti-malware.ru.

Оценка эффективности работы и отчет IT отдела

Чтобы качественно оценить эффективность работы сотрудников, следует привязать достижения и результаты к плану. Составив подробный план работы IT-отдела, важно расписать график разработки, исполнения и сдачи всех долгосрочных и краткосрочных задач и учесть возможные текущие дела (в том числе форм-мажорные обстоятельства).

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

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

Отчет о проделанной работе IT-отдела не может строиться по единому для всех фирм стандартному образцу или шаблону. Круг обязанностей и компетенций работников данной сферы очень индивидуален. В любом случае отчетность сотрудника — это показатель его трудозатрат и выработки. Главное — ставить четкие сроки и требовать фиксировать в своих отчетах все этапы работы по проектам и время, затрачиваемое на выполнение срочных заданий.

Нематериальная мотивация сотрудников

Вместо заключения

На сегодня существует неразрешенная проблема для руководителей, стоящих во главе IT-отделов, — размытость приемов управления. Менеджмент, который хорошо подходит для небольших отделов, не применим к большим департаментам, и наоборот.

Универсальных принципов, алгоритмов работы, так же как и четкого списка задач для отделов, отвечающих за информационные технологии, еще не разработано. Поэтому в рамках отдельных компаний на основе собственного опыта и общекорпоративных целей для IT-подразделений создаются внутренние регламенты и директивы.

Image source: Wall Assoc

4.2. Планирование и организация работы

В самом начале раздела предлагаю разделить понимания текущего планирования деятельности ИТ-подразделения, направленного на выполнение Заявок пользователей поддерживающего требуемый уровень качества ИТ-сервисов и планирования, обеспечивающего выполнение задач, определенных основным документом по информационным технологиям – Стратегией ИТ. Далее рассмотрим оба направления планирования деятельности ИТ-подразделения.

4.2.1. Стратегические инициативы в области автоматизации

Когда Стратегия переводится на уровень действий и инициативы по достижению заданных значений показателей эффективности образуют план мероприятий, а стоимость тех или иных мероприятий отображается в бюджете компании, создается ситуация, когда бюджет отображает действия предприятия по достижению стратегических целей в краткосрочном периоде. В том числе и в области затрат, гарантируя тем самым целевое расходование ресурсов предприятия.

Стратегические инициативы – это не что иное, как способ достижения намеченного результата по поставленным задачам. Между текущим состоянием и тем положением, которое предприятие стремится достичь, существует разрыв, который заполняется стратегическими инициативами (проектами), обеспечивающими проведение изменений, ведущих предприятие к намеченной цели.

Стратегические инициативы разрабатываются для осуществления необходимых изменений на наиболее проблемных участках функционирования предприятия, где показатели невозможно существенно улучшить в рамках управления текущей деятельностью. Стратегические инициативы формируются следующим образом:

– выявление «узких мест» в цепочке стратегических задач;

– разработка стратегических инициатив;

– определение приоритетов и отбор стратегических инициатив;

– организация и контроль выполнения стратегических инициатив.

В общем виде модель управления стратегическими инициативами представлена в таблице 4.

Далее рассмотрим более детально каждый этап модели управления, а также определим зоны ответственности за их выполнение, сроки и т. п.

В целях формирования перечня Стратегических инициатив в области автоматизации по всем направлениям деятельности предприятия возможно применить следующую схему:

Подразделение ИТ подготавливает документ, с предложением подать инициативу (-ы) в области автоматизации на планируемый период и проводит его рассылку по всем руководителям структурных подразделений предприятия (согласно всем действующим правилам, описанных во внутренних нормативных документах), устанавливая срок предоставления ответа. Запрос ИТ подразделения структурирован и содержит необходимые и достаточные пояснения к заполнению его (запроса) разделов. Пример структуры запроса приведен в таблице 5.

После получения обратной связи от структурных подразделений, ИТ-подразделение выполняет первичную оценку предлагаемых инициатив. На данном этапе из сформированного перечня инициатив уходит в текущий план по поддержанию требуемого уровня качества ИТ-сервисы и/ или отвергается по причине несоответствия стратегической линии развития автоматизации на предприятии. Оставшиеся инициативы проходят процедуру ранжирования.

Следующим шагом для формирования портфеля Стратегических инициатив является ранжирование и установка порядка реализации СИ в планируемом периоде. Ответственными исполнителями данного этапа являются сотрудники ИТ-подразделения с привлечение сотрудников Заказчика по критериям 1, 2, 7 из ниже следующего списка.

Для получения взвешенной оценки по каждой СИ рассматриваются семь критериев:

Соответствие стратегии предприятия – критерий, позволяющий оценить корреляцию представленной СИ со Стратегическим планом развития предприятия. Оценка выполняется экспертным путем.

Предполагаемая ценность инициативы – оценивается ценность СИ и ее влияние на улучшение процессов хозяйственной деятельности Предприятия в целом или в его направлениях. Оценка выполняется экспертным путем (при отсутствии расчета экономического эффекта от реализации задачи).

Время на реализацию/ внедрение – данный критерий позволяет оценить срок реализации стратегических инициатив, а также выявить потенциальные работы, которые возможно определить как проекты, для дальнейшей работы над ними, согласно действующих процедур на Предприятии. СИ со сроком реализации более 12 месяцев являются потенциальными Проектами в области автоматизации.

Общие затраты на внедрение (оборудование, работы по реализации) – критерий позволяет оценить совокупные инвестиции (затраты). СИ с суммарными затратами более 1,5 млн. рублей являются потенциальными Проектами в области автоматизации.

Проектная команда – при анализе инициативы необходимо четко понимать наличие ресурсов для ее реализации. Данный критерий позволяет экспертно оценить на этапе планирования наличие ресурсов как внутренних, так и привлекаемых.

Проектные риски – критерий позволяющий оценить наличие и глубину рисков, сопутствующих реализации инициативы. Оценка выполняется экспертным путем по десятибалльной шкале.

Глубина и масштабность изменений – дополнительный критерий, позволяющий оценить насколько реализация инициативы будет влиять на действующие бизнес-процессы как предприятия в целом, так и отдельных структурных подразделений. Оценка выполняется экспертным путем.

Таким образом, по окончании процедуры сбора потенциальных инициатив к реализации, каждая оценивается по вышеуказанным критериям по десятибалльной шкале с умножением на вес критерия, т. е. ранг СИ может принимать значения от 0 до 90 баллов. На основе полученных рангов формируется портфель инициатив и предлагаются приоритеты к выполнению на рассмотрение членов Комитета по ИТ предприятия.

После выполнения процедуры ранжирования поступивших заявок на реализацию стратегических инициатив в области автоматизации, на очередном заседании Комитета ИТ, обычно в 3 квартале текущего календарного года, происходит утверждение портфеля стратегических инициатив на планируемый период.

Члены Комитета ИТ предприятия вправе изменить порядок и очередность и перечень выполнения работ по реализации СИ предприятия.

Необходимое и достаточное финансирование портфеля СИ закладывается в операционный бюджет ИТ предприятия на планируемый период.

Далее издается приказ по предприятию с приложением утвержденного портфеля стратегических инициатив на следующий календарный год, а также заданием на заполнение более детальных форм для проработки и создания технических требований к утвержденным инициативам.

4.2.2. Текущее планирование деятельности ИТ-подразделения

Поступающие Заявки пользователей в ИТ-подразделение, а также Стратегические инициативы, намеченные к реализации в планируемом периоде – составляют основу текущего планирования деятельности ИТ-подразделения.

В целях эффективного управления ресурсами, ИТ-руководитель может построить систему текущего планирования, согласно действующим внутренним нормативным документам предприятия, но период планирования не должен быть более одного квартала.

Текущий план деятельности ИТ-подразделения должен быть формализован и утвержден его руководителем.

Зачастую, план состоит из следующих разделов (в зависимости от закрепленных функций за подразделением) или укрупненных видов работ ИТ-подразделения:

– Поддержка (сопровождение) пользователей;

– Техническое обслуживание;

– Администрирование;

– Работы по сопровождению и поддержки телефонии и линий связи;

– Разработка и внедрение ИТ-сервисов;

– Сопровождение средств АСУТП;

– Разработка и внедрение средств АСУТП;

– Регламентные работы по поддержке ИТ-сервисов;

– Прочее.

Необходимо дополнительно отметить, что каждый раздел отражает плановую трудоемкость выполнения. Глубина планирования может ограничиваться направлением деятельности (функцией) или детализироваться вплоть до сотрудника ИТ-подразделения. Пример оформления текущего плана работ ИТ-подразделения представлен в

Исходя из названия разделов плана, нетрудно догадаться какие работы и к какому виду работ они должны быть отнесены, но на двух разделах мы остановимся подробнее. Это: регламентные работы по поддержке ИТ-сервисов и прочее.

В разделе плана «регламентные работы по поддержке ИТ-сервисов» указываются регламентные работы, выполняемые ИТ-специалистами подразделения и плановая трудоемкости по ним. Целями проведения запланированных регламентных работ могут быть: обновление конфигураций предоставляемых ИТ-сервисов, внесение изменения в программное обеспечение функционирующих ИТ-сервисов, проведение реструктуризации и/ или переиндексации базы данных ИТ-сервисов, выгрузка и создание архивных копий баз данных, резервное копирование баз данных ИТ-сервисов и другие.

Для выполнения вышеуказанных работ может потребоваться доступ в монопольном режиме к ИТ-сервисам, т. е. когда доступ к базам данных или программному обеспечению разрешен только одному пользователю – администратору. Такой период времени называется «Регламентный перерыв» и в это время, определенное регламентом, в течение которого информационные системы или другие ИТ-сервисы недоступны для работы пользователям.

Запланированные регламентные перерывы целесообразно проводить в течение рабочего дня в строго отведенное для этих работ время, что позволит обеспечить требуемое качество предоставляемых ИТ-сервисов.

Периодичность и время проведения плановых регламентных перерывов по всем информационным сервисам устанавливается регламентом проведения регламентных работ.

Раздел плана «Прочее», может содержать следующие работы:

– Совещания внешние

– Совещания внутренние

– Работа с организационно-распорядительной документацией

– Переписка с партнерскими организациями

– Подготовка финансовых документов

– Договорная деятельность

– Сканирование, печать документов

– Подготовка отчетов

– Обучение, повышение квалификации

– Прочие работы, сложно учитываемые по времени – работы не вошедшие не в один раздел

– Отсутствие специалистов (простои, отпуска, отгулы, административные, больничные)

После того, как все поступившие Заявки пользователей распределены по разделам и определено плановое время по разделам «регламентные работы» и «прочее», ИТ-руководителю становятся доступны «свободные» часы по направлениям деятельности (функциям ИТ-подразделения) – время, которое может быть израсходовано на выполнение поступающих Заявок пользователей в планируемом периоде. В случае, если планирование трудоемкости выполнения уже поступивших задач в ИТ-подразделение выполняется по каждому сотруднику, то руководитель ИТ-подразделения видит «свободные» часы по каждому сотруднику, что в свою очередь позволяет более точно оценить возможности ИТ-подразделения для выполнения сверхплановых задач.

Подготавливать текущий план слишком заранее не следует, т. к. он не будет содержать актуальную картину по планируемой трудоемкости, т. к. заявки от пользователей могут поступать в независимости от времени года. Целесообразнее всего подготовить документ за 7—10 рабочих дней до начала планируемого периода.

В любом случае, при формировании текущего плана работ по ИТ-подразделению не стоит забывать, что все задачи включенные в план должны соответствовать принципу SMART:

– Конкретность (S),

– Измеримость (M),

– Достижимость (A),

– Значимость (R),

– Соотношение с конкретным сроком (T)

Если же у ИТ-руководителя есть автоматизированный инструмент планирования работ и фиксации факта по выполненным работам с возможностями формирования отчетов в различных разрезах, то это замечательно, т. к. если в штате более 100 человек, то обработать такие объемы информации в ручную – непростая задача.

Данный текст является ознакомительным фрагментом.

Выбрать метод управления ИТ-проектами — Kanban, Scrum или Agile — важная задача для любого руководителя. Но важны и детали: как правильно выстроить коммуникацию между сотрудниками, особенно в условиях наступившей тотальной удаленки, какие программы помогут организовывать совещания, обмениваться кодом или следить за ходом выполнения проекта, а также как сохранять мотивацию у сидящих дома разработчиков. «Хайтек» выяснил у руководителей российских ИТ-компаний, как они управляют своими командами, как осуществляется коммуникация между сотрудниками и какие сервисы делают распределение задач проще.

Как устроены матричные структуры ИТ-компаний

Андрей Жикин, директор по информационным технологиям Yota

В ИТ-департаменте Yota мы используем матричную структуру. По вертикали матрицы выделяется более десяти ИТ-команд, в составе которых находятся аналитики, архитекторы, разработчики, тестировщики, инженеры внедрения и эксплуатации. Каждая команда отвечает за набор ИТ-продуктов и реализует полный цикл их развития и эксплуатации. По горизонтали находятся экспертные чаптеры. Каждый из них отвечает за свою роль, соответствующую этапу производственного процесса: аналитика, архитектура, разработка и прочие.

Мы стараемся удерживать максимально плоскую структуру, поэтому 24 отдела ИТ-департамента поделены поровну: одна часть находится под руководством директора по информационным технологиям, а другая — в подчинении директора по развитию и эксплуатации ИТ-систем.

Такая модель позволяет сбалансировать зоны ответственности, снизить нагрузку и требования к каждому конкретному руководителю, а также обеспечить взаимообмен знаниями в рамках экспертного сообщества.

Организовать коммуникацию нам помогают несколько инструментов:

• На верхнем уровне помогает канбан портфеля проектов — доска, на которой в онлайн-формате регулярно синхронизируются задачи по ИТ, бизнесу, проработке проблем и прочим кейсам. Этот инструмент значительно повышает прозрачность, позволяет вовремя находить слабые места, а также выравнивать ожидания всех участников.
• На уровне проектного управления — Big Picture в Jira. Это инструмент для структуризации задач и объединения их в проекты, визуализированные диаграммами Ганта.
• На техническом уровне — описания в виде контрактов по API. Каждый проект перед стартом реализации получает описание, которое команды должны учитывать в рамках производства. Это упрощает коммуникацию на стадии разработки, так как ожидаемый результат описан достаточно четко и понятно.
• На уровне общих коммуникаций мы используем MS Teams как средство видеосвязи и «ТамТам» как мессенджер для кросс-функционального общения. Также взаимодействие сотрудников происходит в корпоративной группе во «ВКонтакте», через почтовые рассылки и реже через физические письма.

---

Kanban — система разработки, наглядно показывающая, что необходимо производить, когда и сколько. Реализует принцип «точно в срок», способствующий равномерному распределению нагрузки между работниками. При данном подходе весь процесс разработки прозрачен для всех членов команды, а задачи по мере поступления заносятся в отдельный список, откуда каждый разработчик может извлечь требуемую задачу.

Диаграмма Ганта — тип столбчатых диаграмм, используемый для иллюстрации плана, графика работ по какому-либо проекту.

---

Распределение задач происходит с помощью инструментов по планированию и контролю выполнения работ. Что касается сервисов, то можно выделить несколько основных:

● MS Office 365 — отличное облачное решение для основных корпоративных потребностей;

● Jira — для структуризации задач;

● Confluence — база знаний;

● Trello/Miro — доска для Канбана.

Для управления проектами мы используем микс водопада и Agile. Например, Kanban используется как для внутренней работы команды, так и для управления портфелем проектов. Этот инструмент применяется также на уровне топ-менеджмента для внедрения глобальных изменений в компании. При этом для сохранения прогнозируемости и управляемости производства используются классические инструменты с диаграммами Ганта.

Микросервисная архитектура: каждому продукту своя команда

Игорь Калинин, основатель компании TWIN

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

Всего в штате компании 34 специалиста: большая их часть занимается разработкой, но в команде также есть тестировщики и Scrum-мастера, которые ставят задачи и контролируют их выполнение. В целом, Scrum — один из главных рабочих инструментов, но не единственный. Так, DevOps-команда и часть телефонистов используют Kanban. Мы стараемся комбинировать разные продукты, чтобы максимально эффективно организовать работу. Для коммуникации в команде используем одновременно и Telegram, и Slack, поскольку там удобно работать с кодом. А переговоры проводим в Google Meet.

В TWIN установлены довольно строгие правила отбора специалистов: отдаем предпочтение разработчикам senior-уровня и редко берем джуниоров. Большая часть команды — 80% — это старшие специалисты. Они же выступают в роли наставников для новичков, благодаря этому новый сотрудник быстрее прокачивает навыки — он одновременно обучается и тут же решает реальные рабочие задачи. Это большой стимул для роста и развития.

Деление на индустрии: точки соприкосновения и неформальное общение

Эдгарс Пузо, генеральный директор Atos в России и СНГ

Мы реализуем переход компании на организационную структуру по индустриям. В процессе перехода было выделено шесть индустрий: финансовые услуги и страхование, здравоохранение, промышленность, государственный сектор, ресурсы и услуги, телекоммуникации и СМИ. Кроме того, в компании развиваются такие технические направления, как Microsoft, SAP, Digital Workplace, Cloud и другие, которые закрепляются в практики. В России формат деления на практики на данный момент находится на фазе становления, но на глобальном уровне он уже успешно работает.

В Atos между командами существует несколько точек соприкосновения. Один раз в квартал проводятся централизованные встречи всей компании под названием Town Hall, где освещаются основные события, новости, результаты совместной работы. Внутри каждой организационной структуры проводятся встречи на уровне менеджмента, на которых обсуждаются последние новости компании. Затем нижестоящие менеджеры должны донести необходимую информацию до остальных сотрудников.

Отдельное внимание мы уделяем неформальному взаимодействию сотрудников. С этой целью в компании регулярно проводятся корпоративы и мероприятия по тимбилдингу. Учитывая большое количество сотрудников (свыше 1 500), сложно организовать устойчивую коммуникацию между командами, но мы находимся в постоянном поиске форматов взаимодействия и успешно применяем их на практике.

Команда WeAreAtos, ответственная за корпоративную культуру, занимается организацией различных конкурсов на платформе для геймификации. Они могут быть как неформальными, так и затрагивать рабочие процессы.

Коммуникация между сотрудниками ведется в MS Teams — это удобный сервис для взаимодействия между сотрудниками во время удаленной работы. У нас есть возможность организовывать видеоконференции, при этом сервис гарантирует простой доступ внешних пользователей для проведения встреч и мероприятий.

Кроме того, мы используем платформу, на которой размещены спейсы по тематикам для удобного поиска необходимой информации и оперативного доступа к новостям компании.

Разнообразие направлений, в которых работает Atos, определяет и разницу в подходах к управлению проектами. То, что может быть эффективно для одной команды, не совсем подходит другой из-за специфики работы.

Каждая команда ориентируется на свои KPI, которые позволяют наиболее точно отслеживать эффективность работы над конкретным проектом. Что касается рабочей деятельности сотрудников, совместно с руководителями выставляются цели на полугодие. Они ставятся по SMART и вносятся в систему, которая помогает отслеживать их выполнение. Стоит отметить, что у каждого из сотрудников есть и индивидуальный план развития, в соответствии с которым ставятся цели на год.

Для мотивации сотрудников существует программа Accolade — система признания внутри компании. Несколько раз в год награждаются сотрудники, которые достигли выдающихся результатов сверх стандартной работы. В программе предусмотрены разные уровни наград в зависимости от достижений: bronze, silver, gold. Иерархия должностей позволяет каждому сотруднику увидеть, в каких направлениях можно расти. А корпоративная культура, включающая в себя мероприятия, конкурсы, призы, а также всевозможные активности на платформе для геймификации, позволяет мотивировать сотрудников на более неформальном уровне.

Agile-команды: свобода принятия решений и открытые синки

Евгения Христолюбская, руководитель направления по работе с сотрудниками «Учи.ру»

У нас матричная структура компании: есть вертикали основных специализаций и гибкие продуктовые команды. Таких команд — около 15.

Подобные Agile-команды состоят в среднем из десяти специалистов из различных профессиональных областей: продакт-менеджеры, аналитики, бэкенд- и фронтенд-разработчики, дизайнеры и тестировщики.

Такие команды обладают достаточной свободой принятия решений и (иногда) собственным бюджетом. Каждая развивает собственный «участок» платформы. Основная коммуникация ведется в почте и в Slack. Когда наша компания перешла на удаленку, мы приобрели платную версию, которая позволяет совершать звонки и хранит всю историю переписки. Для видеозвонков мы используем Zoom и Google Meet. Кроме того, на удаленке организовывать встречи стало удобнее: коллеги стали доступнее, лучше соблюдается тайминг и даже большие встречи организовывать теперь легко.

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

Для планирования и отчетности команды используют классические для ИТ-отрасли инструменты Jira, Confluence, Figma и Notion. В компании принято ежеквартальное планирование, и в начале каждого квартала цели и задачи каскадируются от руководителей и вносятся в таск-трекер. Мы не используем трекеры рабочего времени и прочие программы для слежки за сотрудниками.

Особенное внимание в «Учи.ру» мы уделяем мотивации и обучения сотрудников. Для этого используются несколько инструментов:

• Регулярные АМА-сессии для сотрудников на YouTube (AMA, Ask Me Anything, от англ. «спроси меня о чем угодно» — «Хайтек»).
• Обучающие, поддерживающие, развивающие материалы на корпоративном портале.
• Регулярные email-рассылки с рекомендациями и предложениями по досугу и обучению.
• Квизы, фотоконкурсы и онлайн-корпоративы, организация активностей на праздники.
• Митапы в рамках программы #УЧИвУЧИ.
• Еженедельная сводка новостей держит сотрудников в курсе того, что происходит в компании и разных отделах.

Команды с уникальными компетенциями в разных частях страны

Константин Коногорский, заместитель директора по разработке ПО ВИСТ (входит в ГК «Цифра»)

В нашей компании ресурсы сильно разделены по территориальному принципу. У нас есть два крупных отдела в Москве и Кемерове, которые параллельно работают над единым продуктом — АСУ ГТК Карьер. У этих глобальных команд есть руководители территориальных подразделений. Но в каждое из подразделений входит порядка 15 человек, что много для одного руководителя, так что каждая из этих крупных групп разбита еще на три группы по пять человек. Отдельная маленькая группа способна взять на себя набор полноценных бизнес-задач и выполнять их за спринт. Компетенции этих команд в целом одинаковые.

Также есть команды с уникальными компетенциями: например, команда бортового ПО из шести человек, которые специализируются исключительно на программировании прошивок под «железо». В отдельные команды выделены DevOps и тестировщики, которые централизованно покрывают потребности команд, разрабатывающих основной продукт.

Организовать коммуникацию между командами получилось несложно. Ключевые участники каждой команды работают в компании уже давно. С тех самых пор, когда наша численность была меньше в несколько раз. И эти люди очень хорошо друг с другом знакомы и не имеют никаких препятствий в общении друг с другом, к чему подтягивают и вновь пришедших людей. То есть команды достаточно самоорганизованы, чтобы не предпринимать грандиозных управленческих действий для организации коммуникации между ними. Но, тем не менее, существуют и периодические встречи руководителей подразделений друг с другом и директором по разработке для синхронизации прогресса по командам глобально. Когда в компании развиты дружеские отношения — проблем с коммуникацией меньше.

Из сервисов для коммуникации мы используем Microsoft Teams, Jira и корпоративную почту. Но на самом деле это просто наши корпоративные инструменты для общения. В действительности же люди пользуются любыми инструментами, через которые им удобно вести коммуникацию.

Для распределения задач между командами и внутри команд мы используем современные Agile-методологии. Команды разработки работают по Scrum, а команды тестирования и DevOps — Kanban, в силу их немногочисленности.

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

Анализом работы команд занимается директор по разработке. Он замечает негативную динамику или критический поток ошибок от какой-либо из команд и обращается за уточнением к руководителям соответствующих подразделений. Как правило, результатом плохой динамики является необходимость предложить сотруднику отпуск или команда переоценивает свои силы.

---

Читайте также:

Выяснилось, почему ученые называют пригодными для жизни не те планеты

Создана первая точная карта мира. Что не так со всеми остальными?

На них держится Вселенная: как работают четыре главные силы природы

Создание программных продуктов – головная боль для многих руководителей. Нужно правильно поставить задачу разработчикам, знать, как их контролировать, всегда иметь возможность оперативно внести изменения или «откатить» релиз, если в продукте нашли критическую ошибку.

Генрик Мкртчян — сооснователь и генеральный директор агентства веб-разработки «Кодеры», рассказал, как под ключ организовать процесс разработки в компании: от постановки задач до релиза продукта.

У нас есть два основных принципа:

1. Команда делает проекты качественно, в срок и с прибылью для компании;
2. Большинство решений, связанных с реализацией проектов, команда принимает самостоятельно, так как основные процессы в компании автоматизированы и прозрачны.

Проект любого масштаба мы разделяем на семь обязательных этапов.

1. Выбираем методологию

От этого зависит состав команды, порядок и даже график работы. Можно выбрать классическую (waterfall) или гибкую (agile). 

При классической методологии:

Команда будет работать строго по ТЗ. Результат, который вы получите в итоге, будет ровно таким, каким вы его запланировали в самом начале.

При гибкой методологии:

Команда сможет решать вопросы «на ходу», подстраиваться под рынок и менять требования в моменте. Результат, который вы получите «на выходе», может сильно отличаться от предполагаемого. 

Если вам нужно быстро запустить MVP-версию продукта и понять, в каком направлении его развивать – выбирайте гибкую методологию.

2. Определяем роли и состав команды

Решив, по какой методологии вы будете делать проект, легче понять, кого набирать в команду и как делегировать задачи. Определите, какие специалисты нужны под проект. Основную экспертизу держите внутри компании, а «руки» можно подключить и на аутсорс.

Классический отдел разработки состоит из следующих сотрудников:

• менеджер проекта: контролирует рабочий процесс, дедлайны, оптимизирует работу сотрудников;
• архитектор: определяет стек технологий, проектирует общую инфраструктуру проекта, его основные компоненты, модули и сервисы;

• frontend- и backend-разработчик/fullstack-разработчик: первые занимаются визуальной и вычислительной частью проекта, а второй, как универсальный солдат, владеет знаниями разных технологий;

• тестировщик: обеспечивает качество программного продукта с самого начала разработки и до его финальной сдачи;

• тимлид: декомпозирует и делегирует задачи, проводит код-ревью и поддерживает боевой дух команды;

• дизайнер: определяет внешний вид продукта, его интерфейс и юзабилити;

• аналитик: проектирует и оптимизирует процессы, руководит внедрением новых IT-систем и адаптирует систему работы к новым задачам;

• системный администратор: осуществляет бесперебойную работу серверов, настраивает площадки для разработчиков и обеспечивает техническую инфраструктуру.

В некоторых из них нет необходимости, если проект небольшой – например, в архитекторе или аналитике. Главное: берите профессионалов, на которых сможете положиться и которые в состоянии принять решение по специфичным вопросам. 

3. Проводим CustDev, собираем требования с клиентов, пишем техническое задание

Опросите конечных пользователей, чтобы выявить их потребности и получить максимально реалистичный прототип продукта. Такое исследование нужно провести «на берегу», до начала рабочих действий по проекту, чтобы конечный продукт был жизнеспособен и чтобы сделать продукт под запрос, а не наоборот.

Уделите внимание техническому заданию. ТЗ – гарант, что вы не потратите время зря, не переплатите и получите нужный результат. Кроме того, оно обеспечивает техническое развитие продукта и поможет:

• оценить задачу по бюджету, срокам и объему человеко-часов;
• упростить сдачу-приемку проекта;
• объяснить специалисту, как устроена работа проекта и какую документацию нужно готовить «на выходе».

4. Обеспечиваем команду техническими инструментами

За настройку технической инфраструктуры отвечает системный администратор. Строить боевую инфраструктуру сразу не обязательно – выполните минимальную часть, чтобы обеспечить команде место для работы. 

Настройте:

• репозиторий для кодовой базы проекта;
• общие инструменты организации процесса разработки, если они нужны – например, таск-трекер (Jira, Redmine, Trello и другие);
• рабочее окружение: сервисы и приложения, от которых будет зависеть ваш продукт (например, Swagger для документации API).

Убедитесь, что у всех членов команды имеется доступ к инструментам разработки и рабочему окружению.

Учитывайте, в каких условиях будет работать продукт. Среда разработки должна быть максимально приближена к боевой.

---

Читайте также:
Разработка мобильного приложения: как создать прототип и зачем нужен MVP
Кроссплатформенная и нативная разработка мобильных приложений в 2021 году
12 шагов к успешному запуску детского приложения

---

5. Планируем работу команды

Постройте график реализации проекта, по которому будет работать вся команда. Распишите сроки по каждой задаче и определите финальную дату готовности проекта.

Составляя график, учитывайте сдвиг сроков задач (например, увеличение сроков из-за исправлений ошибок) и продумайте, как одна задача зависит от другой.

Здесь же декомпозируйте по задачам техническое задание. Разбейте его на небольшие задачи и распределите трудовые ресурсы так, чтобы каждый сотрудник был полностью загружен задачами.