Чтение онлайн

ЖАНРЫ

Практическое Руководство ИТ-Лидера
Шрифт:

Культура не должна быть чем-то сложным или многостраничным документом.

Для ясности я приведу пример Культуры Компании:

– Открытость и честность: Мы стремимся к полной открытости и честности во всем, что мы делаем и говорим.

– Прозрачность: Мы обеспечиваем полную прозрачность во всех аспектах нашей работы.

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

– Доверие: Взаимное доверие – основа нашей команды.

– Единство: Несмотря на различия в ролях и обязанностях, мы едины как одна команда. Мы помогаем друг другу, поддерживаем в трудностях, отмечаем успехи и учимся на ошибках вместе.

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

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

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

Вот один пример такого Манифеста – ИТ-культура в нашей компании:

– Качество и стремление к совершенству: поддерживать высочайшие стандарты качества и стремиться к совершенству во всех аспектах нашей работы.

– Адаптивность и устойчивость: мы принимаем изменения, учимся как на успехах, так и на неудачах, и всегда готовы адаптироваться к новым вызовам и возможностям.

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

– Клиентоориентированные решения: мы ставим потребности и ожидания наших клиентов в центр наших процессов проектирования и принятия решений. Понимая и предвосхищая их потребности, мы предлагаем решения, которые не только оправдывают, но и превосходят ожидания.

– Инновации с смыслом: каждое технологическое достижение, к которому мы стремимся, направлено на повышение эффективности, доступности и улучшению качества жизни для всех.

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

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

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

И это не просто слова. Вы как Лидер Технологического звена должны быть проводником этой культуры.

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

Почему важна ИТ Культура или ИТ-манифест?

Например, простые сообщения типа «Они меня не понимают» можно заменить на «Я могу их поддержать, я могу их научить понимать меня и/или мою работу».

Вместо того, чтобы сказать: «Я делаю свою работу. Они будут делать свою работу» мы можем изменить на «Мы в команде. Мы в одной лодке. Когда я заканчиваю свою работу, я могу помочь своим товарищам по команде или другим командам».

Не имеет значение, речь идет про коллег из Бизнес или ИТ подразделений? Я могу помочь им сделать свою работу должным образом.

Примеры такой поддержки:

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

К примеру, сотрудник создал API, а другой сотрудник должен протестировать этот API. Тот, кто разработал, может сделать так чтобы сотрудник который будет тестировать, будет иметь всё нужное для этото, как бы построить «мост» (документация, пример как API работает и как протестировать).

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

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

После окончания работ сотрудник должен написать короткую информацию/отчет:

– Было сделано такое изменение в этой платформе или системе, и описать что было сделано и почему: установлено новое программное обеспечение, обновление или исправление.

– Написать что проверялось после окончания работ и кто проверял (желательно с ссылкой на План Тестов).

– Что делать, если что-то работает не так.

– Кто будет заменять данного сотрудника после окончания ночных работ?

– Описать процедуру отката для критических ситуациях.

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

Как часть культуры ИТ, я хотел бы подробнее остановиться на двух важных процессах. Даже в крупных компаниях это процессы часто либо не выполняются, либо не выполняются должным образом: речь пойдет про передачу полномочий и знаний (Handover) и Обратную связь.

Поделиться с друзьями: