P.c{font-size:75%;text-align:right;}img{border:0;padding:1px;}table{display:table;border-spacing:10px;}td{display:table-cell;padding:10px;vertical-align:top;}input,textarea{border-radius:3px;border:1px solid grey;margin:2px;}/*Обратная связь и подписка - кнопки*/ .buttons{background:#e0ffff;color:#dc143c;border:1.5px solid black;}

Практическая конференция Agile.DevOps.ITSM 2018, проведенная издательством «Открытые системы», собрала более 200 участников из разных сфер экономики и госуправления. Ее основными темами, кроме собственно опыта развития деловых информационных систем и соответствующих методик и инструментария, стали цифровая трансформация, специфике применения Agile при работе с государственными заказчиками и кадровые вопросы.

Трансформация и Agile

С рассказа о цифровой трансформации и началась конференция. Максим Григорьев, управляющий партнер Gartner, до относительно недавнего времени — начальник Центра финансовых технологий Банка России, показав, что меняет трансформация в продуктовой линейке (появляются новые продукты), каналах взаимодействия с покупателем (взаимодействия они становятся омниканальными и «мгновенными») и на производстве (оно становится «цифровым»).

Меняется и ИТ-система — она становится трехслойной. «Внизу», в основе всего, лежат маломеняющиеся монолитные транзакционные системы, «вверху» — быстроразрабатываемые сервисы. А между ними — промежуточный слой, который должен состыковать две столь разные модели разработки. И если на «монолит» в 2016 году приходилось 90% ИТ-бюджета, а на инновации — 1%, то уже в 2020-м, как полагают в Gartner — 50% и 15% (траты на промежуточный слой тоже вырастут — с 9% до 35%).

На эти 15% (а в немалой степени — и на 35% «промежуточных») могут претендовать Agile-команды. Без новых подходов к программированию, позволяющих быстро создавать новую функциональность, трансформация не состоится.

Как сделать государство гибче?

Государство у нас — один из крупнейших заказчиков, в том числе — в области ИТ. Об особенности работы с ним рассказали Дмитрий Матвеев, до недавнего времени возглавлявший развитие портала госуслуг, и Сергей Добриднюк из компании «Диасофт» (она провела в апреле-июне работы по переводу на «Перспективную платежную систему России» Центробанка и всех 480 банков страны).

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

Разумеется, на всякое государственное требование найдется более-менее хитроумное решение для его обхода или удовлетворения. Например, до руководителя высокого уровня зачастую проще «достучаться» через соцсеть, минуя фильтр из секретарей и референтов. Если у заказчика нет специалистов по каким-либо аспектам — можно взять соответствующую работу на себя, получится быстрее и, в целом, дешевле. А для того, чтобы в «критические» для госсектора ноябрь-декабрь, когда необходимо и продукт сдать и додписать большое количество документов, обеспечить большую длительность взаимождействия с заказчиком в течение рабочего дня, в «Диасофте» привлекли в команду сотрудников из территориально разнесенных филиалов, так что заказчик получал почти 15 часов работы команды над его проектом, вместо «пересечения» всех сотрудников всего на три-четыре часа в день.

Agile в бизнесе

Николай Кныш («Райффайзенбанк»), рассказывая об опыте трансформации компании отметил, что первые три года, с 2013-го по 2016-й, прошли практически впустую. Эксперименты с внедрением методологий Scrum и Kanban шли хаотически, глава банка в процессе не участвовал, в результате 95% организации остались на старых методах разработки.

В 2016-2017 годах CEO стал играть роль «владельца продукта», были созданы кроссфункциональные команды, процесс внедрения новых методов был упорядочен и в результате начали свою работу более двух десятков команд.

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

Лина Чуднова («Неофлекс») рассказала о проектах в транспортной компании ПЭК, неназванном банке и Национальном клиринговом центре. Задачи в проектах были весьма различны, но во всех трех случаях заказчика (и бизнес-структуры, и ИТ-подразделения) удалось вывести из пресловутой «зоны комфорта» работы по старинке. Это потребовало некоторых усилий — «нельзя росто так взять, и внедрить DevOps», однако в итоге бизнес получил существенно большую гибкость и уменьшение времени вывода новых услуг в эксплуатацию. Основной вывод Чудновой таков: развивающийся бизнес готов платить за ИТ-решения, но «не знает», что ему нужен DevOps и, соответственно, не готов платить за перестройку процессов. Натолкнуть его на эту мысль можно вовлекая бизнес-заказчика в создание решений — и тогда он сам придет к мысли о необходимости DevOps.

DevOps и его команда. Как ее создать?

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

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

Для того, чтобы заставить их работать вместе, необходимо ломать административные барьеры и заставлять их сидеть и работать вместе, учить разговаривать друг с другом, «слушать и слышать».

Задача эта лежит на наставниках, scrum-мастерах. «А их нет», — резюмировал Скрынник. И откуда брать, непонятно, поскольку рынок труда в этом сегменте и перегрет («кандидаты в мастера» требуют больших зарплат) и пуст (результата дорогие специалисты зачастую не дают).

Выращивать в своем коллективе — но из кого? Менеджеры проектов в scrum-мастеров «перековываются» плохо. Они остаются менеджерами, которые привыкли не «зажигать глаза» у своих сотрудников, а «поджигать под ними стулья».

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

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

Олег Егоркин («Ростелеком») предложил создавать внутри компаний, особенно территориально распределенных, гильдии — профессиональные сообщества, объединяющие специалистов из разных филиалов, работающих над одним продуктом. Это даст возможность сотрудникам обмениваться знаниями о продуктах, повышать их квалификацию, создавать кадровый резерв.

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

В интернет-магазине Wildberries к кадровой проблеме подошли с другой стороны. Там классифицировали сотрудников «по Афанасьеву». Она заключается в том, что личность «разбивается» на «эмоции», «логику», «физику» и «волю», их «порядок» и определяет личность. Скажем ИТ-специалисты — это ЛВФЭ (Лао-цзы) или ЛВЭФ (Энштейн), а управленцы — ВЛЭФ (Сократ) или ВЛФЭ (Ленин).

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

/*Спойлер/Accordion - для рубрик*/.accordion [type=checkbox]{display:none;}.accordion ul{list-style:none;}.accordion label{display:block;cursor:pointer;line-height:25px;background:#d95b43;border-radius:5px 10px 0 0;border:1px solid #542437;}.accordion label:hover,.accordion [type=checkbox]:checked ~ label{background:#c02942;color:#fff;}.accordion .rubcontent{height:0;transition:all .1s ease .1s;overflow:hidden;}.accordion [type=checkbox]:checked ~ .rubcontent{height:20%;border:1px solid #542437;padding:1px;}.rubcontent [type=email], .rubcontent [type=submit]{display:block;margin:0 auto;}@media (min-width:801px){/*Рубрики справа*/ .advert{font-size:85%;position:relative;margin-left:83%;margin-right:10px;z-index:5;}/*Мобильное меню - скрыть*/ #mob_menu{display:none;}/*Новости - анонс*/ #phablet td{display:block;}}
ГлавнаяНовостиНовостиНовости, 202006Новости, 202006 → Agile эпохи трансформации

Телевизионщики просят у властей зарегулировать видео в Рунете по образцу ТВ

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

Дочерняя компания Сбербанка займется автомобилями-беспилотниками

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

Доля отечественного ПО в закупках госорганов должна прирасти до 70%

Доля российского софта в стоимости закупок по итогам 2020 г. должна составить не менее 70% для госорганов и не менее 50% для госкорпораций и компаний с госучастием. Такие данные приводит «Коммерсант» со ссылкой на проект плана Правительства по достиж...

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

Сбербанк предоставит безработным жителям семи регионов Северо-Кавказского федерального округа возможность зарабатывать на платформе разметки данных TagMe....

В Китае запретили популярный детский язык программирования, потому что он учит плохому

В Китае заблокирован веб-сайт американского образовательного проекта для детей Scratch. Об этом сообщил портал Techcrunch со ссылкой на данные сайта Greatfire.org, ведущего мониторинг доступности интернет-ресурсов на территории КНР....

[Популярные социальные сети][*Добавить сайт]


Группы: ВК | FB | Tw | OK

Рубрики | КАТАЛОГ | Новости | Контакты |