3 стъпки за прилагане на гъвкави методологии в ИТ операции

Agile практиките не са само за екипи за разработка на софтуер, които спринтират да кодират, тестват и пускат приложения. Днес гъвкавите методологии, включително scrum и Kanban, се използват от различни екипи за бизнес, наука за данни и технологии, включително ИТ операции.

Въпреки че гъвкавите методологии могат да се прилагат успешно за ИТ операции, има някои забележими разлики в хартата, приоритетите и културата на оперативните екипи, които се нуждаят от разглеждане. Разбирането на тези различия и след това определяне на стратегическите приоритети структурират как самоорганизиращите се екипи за ИТ операции могат да изпълняват по техните инициативи и да бъдат по-добри членове на други мултидисциплинарни гъвкави екипи.

Ето три стъпки за разглеждане.

Предефинирайте мисията и хартата на ИТ операциите

Членовете на екипа за ИТ операции гледат на основната си работа като запазване на светлините за производствени, ведомствени и развойни мрежи, системи, приложения и бази данни. Много от тях следват процесите на ITIL (библиотека за инфраструктура на информационните технологии) за управление на инциденти, проблеми и промени и използват системи за издаване на билети като Cherwell, Jira Service Desk и ServiceNow, за да ги проследяват. Когато служителите и другите крайни потребители се нуждаят от помощ или имат различни системни изисквания, ИТ операциите също разчитат на тези системи, за да заснемат заявки и да поддържат техните работни потоци.

ИТ директорът вероятно ще има една или повече стратегически пътни карти, които разчитат силно на оперативните ИТ екипи. ИТ директорите вероятно имат комбинация от мобилни, цифрови трансформации, облачни стратегии и стратегии за данни, където ИТ операциите могат да играят както основна, така и поддържаща роля. Приоритетите могат да включват миграция в облак, инфраструктурни проекти, големи надстройки на корпоративни системи, нови модели за поддръжка на SaaS инструменти, проверки за съответствие, инсталиране на нови инструменти за сътрудничество и работен поток, надстройки на ERP и преместване на офиса.

Въпросът е как ИТ операциите ще управляват работата, свързана с тези инициативи? Подвижните методологии са идеално подходящи за много от тях, особено когато има недобре дефинирани предварителни изисквания, технически неизвестни или противоречиви приоритети.

Но тъй като мнозина в ИТ операциите гледат на гъвкавите практики като на методология за развитие, това изисква известни обучения и дискусии относно тяхната по-жизнена мисия, обхвата на отговорностите и начините за управление на тяхната работа.

По-конкретно, много в ИТ операциите са по-свикнали да бъдат ръководени от ръководители на проекти. Те не са имали възможност да посочат как най-добре да проектират и внедрят решения, да подредят работата и да намалят рисковете поради технически неизвестни. Agile методологиите решават тези недостатъци на управлението на проекти отгоре надолу. Те изискват от инженерите да влязат в гъвкави роли, да участват в церемонии и да използват гъвкави инструменти, за да разберат нов начин на работа.

Предефинирайте гъвкавите методологии за ИТ операции

Пъргавите лидери не могат просто да приложат скрома или Kanban към екипите за ИТ операции. Няколко съществени разлики в културата и операционния модел се нуждаят от разглеждане. Ето няколко стъпки за преглед като група:

  • Предефинирайте пъргавите роли. Повечето ИТ операции нямат собственици на продукти, назначени за техните инициативи. В най-добрия случай те могат да имат спонсори на проекти и анализатори, които да напишат изисквания. Вероятно ще е необходимо известно обучение и обучение, за да помогнете на хората да поемат отговорността за собствеността върху продукта. Най-същественото е, че те ще трябва да определят кои са клиентите за техните инициативи и да гледат да приоритизират работата си въз основа на потребностите и ценностите на клиентите.
  • Напишете истории и критерии за приемане. Инженерите, работещи върху системи, не са свикнали да пишат изисквания като потребителски истории и да определят критерии за приемане. Много инженери започват внедряването, като разбират общата цел, след което работят с технологията, за да намерят оперативни и оптимални решения. Все пак си струва да се добави дисциплината на писане на изискванията, тъй като помага да се развие споделено разбиране на целите от гледна точка на клиент или краен потребител и след това да се определят критериите за приемане около нефункционалните изисквания.
  • Установете приоритети. ИТ операциите трябва да обменят време, за да реагират на инциденти и да изпълняват заявки, заедно с техните ангажименти по гъвкави инициативи. Работата на разработчиците е свързана предимно с техните гъвкави екипи и ангажименти, но ИТ операциите трябва да отговарят на оперативните приоритети, преди да се заемат с работата по своите гъвкави изоставания. Много от екипите за ИТ операции се борят с това как да изразят приоритети, какво означава ангажираност, когато могат да бъдат нарушени от приоритетни инциденти, как да се изчислят пъргави потребителски истории и как да се измери капацитетът им.
  • Изберете подходящи гъвкави методологии. Видовете работа, приоритизирани в ИТ операции, се привеждат в съответствие с някои методи по-добре от други. Някои екипи, работещи по колекция от по-малки инициативи, могат да се възползват от използването на Kanban; други, работещи по по-дълги инициативи със сложни изисквания, може да са по-подходящи за скрам. По-големите организации трябва да помислят да подкрепят поне тези две методологии.
  • Разберете ролите. ИТ операциите имат различни отговорности в различните гъвкави инициативи. Те вероятно са двигателите на инфраструктурата, миграцията в облак и инициативите за сигурност и имат определени роли и отговорности за надзор на гъвкавите екипи. В други, като инициативи за devops, автоматизация или управление на данни, те вероятно не са двигателите и участват като гъвкави членове на екипа. И двата сценария изискват определяне на начина, по който инженерите се ангажират, въз основа на техните отговорности към екипа и програмата.

Интегрирайте пъргав с оперативни инструменти

ИТ оперативните екипи вече използват системи за управление на инциденти и заявки, други платформи за системи за наблюдение и допълнителни инструменти за стимулиране на сътрудничеството на екипа. Но инструментите ITSM (Управление на ИТ услуги) не са подходящи за проследяване на многоседмични инициативи, а управлението на сложни проекти с диаграми или електронни таблици на Гант увеличава рисковете по проекта. Ако оперативните екипи ще приемат гъвкави методологии, те ще се нуждаят от подходящия инструмент за този начин на работа.

Но ИТ операциите, добавящи нов гъвкав инструмент за управление на проекти към микса, трябва да вземат предвид работния поток и интеграцията на данни между техните процеси и системи.

Най-добре е да разгледате въздействието от гледна точка на един инженер. Те може да използват PowWow Mobile за управление на услуги, Jira за гъвкави инициативи, Slack за сътрудничество и BigPanda за AIops. Той добавя режийни, за да щракнете върху множество инструменти, за да знаете работните приоритети, как да записвате състоянието на незавършената работа и къде да споделяте информация с колеги. Това може също да създаде объркване за заинтересованите страни, когато инженерът се ангажира да завърши работата с пъргавите екипи, но е изваден от задачата да реагира на приоритетен инцидент.

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

Тези въпроси са само отправна точка. От съществено значение е ИТ оперативните екипи да използват гъвкави ретроспективи, за да обсъдят какво работи, какво трябва да се промени и как да развият своите методологии.