Системный архитектор. Системный архитектор
 Скачать 17.54 Kb.
|
|
Системный архитектор Системный архитектор – это специалист, который занимается профессиональным проектированием IT-системы. Данного специалиста программного обеспечения также называют архитектором ПО или ИТ-архитектором. В ходе выполнения своих должностных обязанностей этот профессионал занимается построением и разработкой специализированных систем, которые, говоря простым языком, предназначены для решения самых разнообразных бизнес-задач. Таким образом, можно сделать вывод о том, что системный архитектор – это специалист, без которого не сможет существовать и развиваться ни одна современная компания. Профессионал высокого класса, обладающий необходимым опытом, а также соответствующим объемом знаний, поможет предприятию автоматизировать или упростить некоторые деловые процессы, сэкономить деньги и увеличить выручку, а также выйти на новый, более высокий, уровень. Тим-лидер. Кто такой тимлид и чем он занимается? Само название имеет английское происхождение (team leader – «лидер команды»). Этот человек – координатор команды разработчиков. Он определяет сферы ответственности своим подчиненным и контролирует их работу, организовывает обучение и обеспечивает возможности профессионального роста для специалистов, а также ведет переговоры с заказчиком. Тимлид – не профессия, а должность. Лидером команды, как правило, становится программист-разработчик. Соответственно, программист – это профессия, а тимлидер – занимаемая им должность. Кроме непосредственно профессиональных, на тимлида возложены функции менеджера: заключать договоры с заказчиками; вести документацию, касающуюся проекта; оценивать объемы и планировать сроки работы; рассчитывать бюджет; определять приоритеты задач и разбивать их на более мелкие задания; грамотно делегировать полномочия внутри команды, чтобы достичь максимума продуктивности; создавать и выпускать релизы; быть продюсером проекта (контролировать разработку, дизайн и маркетинг); давать каждому члену команды возможность развития. Ключевой момент в работе тимлида – мощная мотивация команды и умение вдохновлять ее на успех. Разумеется, делать это нужно личным примером. Управление жизненным циклом Управление в сфере «Управление жизненным циклом» — это термин, которым люди пытаются обозначить практику обеспечения связности всех состояний системы, как в прямом направлении (например, передача рабочей документации на стадию сооружения), так и в обратном направлении (например, учет данных по надёжности аналогичных эксплуатируемых уже систем на стадии проектирования новых). Эту практику трудно выделить из традиционных практик системной инженерии – управления требованиями, создания системной архитектуры, системной интеграции, верификации и валидации и т.д.. «Управление жизненным циклом» сводится к необходимости освоения привычных для системной инженерии практик: управление информацией («нужная информация должна быть у нужных заинтересованных сторон вовремя, и в доступной для её использования форме»), управление конфигурацией («проектная информация должна соответствовать требованиям, информация «как построено» должна соответствовать проекту, в том числе проектным обоснованиям, физическая система должна соответствовать информации «как построено», а разные части проекта при этом должны соответствовать друг другу», иногда часть этой практики называют «управление изменениями»). Управление командой разработчиков Для управление командой разработчиков необходимо придерживаться следующих принципов управления: Не повышаем голос и не делегируем задачи в диктаторском порядке. Сотрудники не отчитываются за каждую потраченную секунду рабочего времени. Автоматизация есть, но она не носит роботизированного характера для людей и не напоминает армейский строй. Всё-таки у нас частный свободный бизнес в IT-сфере, а не исправительный батальон. Поддерживаем любые активности развлекательного характера и всё, что улучшает настроение команды. Для нас здоровая атмосфера в коллективе важнее, чем краткосрочная лжепродуктивность. Да, если ваши сотрудники чётко сдают отчётность, но при этом работают в режиме перегорания, то я называю это лжепродуктивностью. Люди, пишущие код, — это в первую очередь люди. Вы никогда не сможете полностью роботизировать их или превратить в рабочих лошадок. Я уделяю довольно много времени общению со своими сотрудниками, чтобы своевременно делать «замеры» их настроения и поддерживать морально. Во время последнего кризиса, когда мы вынуждены были покинуть офис, я лично заезжал к каждому из коллег, чтобы передать документы и обменяться новостями. Не менее важно — при принятии многих управленческих решений мы учитываем мнение сотрудников. |