Технические руководства процессом

Эффективное техническое руководство

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

Все компании разные, но между лучшими техническими руководителями, с которыми мне довелось работать, существует кое-что общее. Снимаю шляпу перед Брайаном Столером, Натаном Хантом, Эваном Гилбертом и Ричем Бердоном за то, что послужили мне хорошим примером.

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

Качества

Вы всегда должны улучшать три своих качества: компетентность, скорость и осведомленность.

1. Компетентность
Технические знания дают вам понимание и уверенность для принятия правильных обоснованных решений. Сильный технический руководитель обладает широкими и глубокими знаниями. Если какой-либо член команды спрашивает, как работает определенный компонент или система, вы должны уметь объяснить это достаточно подробно или направить к тому, кто может это сделать.

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

1. Оцениваю код
2. Читаю проектную документацию
3. Пишу код (см. статью ABC: Always Be Coding)

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

Технический руководитель должен владеть несколькими технологиями. Например: Java, JavaScript, C++, распределенные системы хранения данных и веб-разработка на стороне клиента позволяют занять должность технического руководителя серьезного веб-приложения (подробнее о том, кто такой Full Stack специалист)

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

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

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

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

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

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

Функции

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

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

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

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

2. Разблокировка
Противоположная блокировке разблокировка не менее важна. Дорога в ад выстлана бездействующими разработчиками. Если у кого-то есть вопрос, вы должны быть в состоянии или дать ответ или привести для этого правильного человека.
Мне помогло развить этот навык наличие практикантов. Лучшие практиканты задают очень много вопросов. И если они не получают ответы, они часто могут застрять или, еще хуже, опустить руки. Мне пришлось научиться давать правильные ответы или приводить их к людям, которые будут вести их вперед.

3. Перенаправление
Независимо от того, насколько вы хороши, вы не знаете всего. И вы не можете ответить на любой вопрос. И даже если бы технически вы могли это делать, практически все ваше время уходило бы на ответы на вопросы. Чтобы заполнить эти пробелы (и иметь возможность выполнять собственную работу), вы должны в уме составить список экспертов, чтобы всегда знать, где найти ответ. Изначальное и частое перенаправление – чрезвычайно полезная практика. Технический руководитель часто «человек 302» (или человек-переадресация), который соединяет людей. Если разработчик в вашей команде в чем-то не уверен или задает вопрос, на который вы не знаете точный ответ, понимание, к кому его нужно отправить, чрезвычайно ценно и экономит много времени.

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

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

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

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

1. Уменьшаю количество вариантов до 2. Сложность любой проблемы экспоненциально возрастает с каждым вариантом.
2. Быстро определяю, можно ли сделать оптимальный выбор на основании опыта или данных.
3. Если правильный ответ на этом этапе не является очевидным, можно ли перенаправить вопрос кому-то, кто больше подходит для принятия решения?
4. Если все еще нельзя сделать оптимальный выбор, тогда возможно недостаточно данных или задан неправильный вопрос. Я или блокирую принятие решения или разблокирую его, следуя инстинкту.

Вышеуказанные шаги необходимо мгновенно проходить в уме.

Качество решения подобно налету сокола в удачный момент, позволяющий ему сбить и убить свою жертву. – Сунь-Цзы

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

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

Действия

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

• Создает и поддерживает планы по разработке, тестированию и выпуску.
• Проводит эффективные совещания команды разработчиков.
• По необходимости обеспечивает полезность и лаконичность совещаний.
• Помогает обозначить и расставить приоритеты по проекту.
• Часто говорит «нет» новым излишним функциям.
• Определяет лучшие способы отслеживания решения проблем.
• Организует хакатоны и исправление ошибок.
• Поддерживает межфункциональные отношения.
• Определяет контрольные сроки.
• Следит за появлением полезных инструментов.
• Инструктирует других разработчиков.
• Нанимает разработчиков из других команд.
• Принимает практикантов, делает их успешными.
• Подробно оценивает код и оставляет полезные комментарии.
• Читает, пишет и комментирует проектную документацию.
• Пишет правильный код в правильное время.
• Защищает разработчиков от руководства, если необходимо.
• Работает с другими командами разработчиков, особенно зависимыми.
• Определяет технический долг.
• Объясняет, почему принимаются решения.
• Борется за правильные решения.
• Находит время на работу с техническим долгом.
• Распределяет нагрузку в команде.
• Принимает новых разработчиков и назначает разработчиков в качестве наставников.
• Корректирует курс и целевые даты по необходимости.
• Поддерживает определение минимальных жизнеспособных продуктов проекта.
• Оценивает архитектурные решения и их последствия.
• Обеспечивает написание тестов для основных функций.
• Поддерживает процессы по требованию и дежурные процессы.
• По необходимости поднимает блокирующие проблемы.
• Изучает проблемы конфиденциальности и безопасности продукта.
• Часто генерирует новые идеи и превосходные решения.
• Решает сложные производственные вопросы.
• … и так далее.

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

Будьте уверенны в себе, продолжайте двигаться и постоянно совершенствуйтесь!

Перевод выполнен в рамках летней школы стартапов Tolstoy Summer Camp.

Что такое техническое руководство и руководство по эксплуатации ПО?

19 июля, 2021

Коммерческое
руководство

Техническое руководство

Администрация

Мастерские,
диспетчерская

Склад
запчастей и автопринадлежностей

Контора
предприятия

Группа
приема заказов

Регламентное
и заказное
ТО

Предпродажная
подготовка

Общеремонтные
работы

Кузовной
ремонт

Малярные
работы

Установка
доп.оборудования

Руководство
предприятия

—
торгово-техническая политика

—
капиталовложение

—
экономическая эффективность

—
конкурентоспособность

—
спектр предлагаемых услуг

—
престиж предприятия

—
кадровая политика

Коммерческое
руководство

• продажа
  новых автомобилей

• продажа
  подержанных автомобилей

• торговая
  экспозиция

• презентация
  автомобилей

• стимулирование
  сбыта, реклама

• привлечение
  покупателей

• контроль
  за показателями торгового оборота

Техническое
руководство

• ориентация
  клиентов,

• техническая
  политика в области автосервиса,

• качество
  предоставляемых услуг,

• стимулирование
  развития автосервиса,

• экономическая
  эффективность автосервиса и торговли
  запасными частями,

• организация
  производства предприятия,

• социальный
  климат на предприятии,

• информация
  и связь,

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

• нормоконтроль.

Администрация

• контроль
  за ходом выполнения бюджета

• бухгалтерский
  учет

• расчет
  затрат по месту их возникновения

• решение
  кадровых вопросов

• зарплата
  рабочих и служащих.

Группа
приема заказов

—
назначение
сроков,

—
диагностика автомобиля,

—
составление предварительной сметы
затрат,

—
консультирование клиентов,

—
составление заказов,

—
определение ущерба от аварий,

—
прокат автомобилей,

—
выходной технический контроль,

—
заверение клиентов в высоком качестве
выполнения заказа,

—
проверка счета,

—
рекламации.

Мастерские
и диспетчерская

—
передача заказов,

—
выполнение заказов,

—
контроль за соблюдением сроков,

—
контроль качества,

—
подготовка счетов,

—
контроль затрат времени и эффективность
работы,

—
ремонтно-техническая документация,

—
извещение о рекламациях,

—
охрана труда и техника безопасности,

—
охрана окружающей среды,

—
избавление от отходов.

Склад-магазин
запчастей и автопринадлежностей:

—
приобретение запчастей,

—
хранение запчастей,

—
выдача запчастей,

—
продажа запчастей за наличный расчет,

—
торговля автопринадлежностями,

—
услуги со стороны.

Контора
предприятия

—
составление счетов,

—
кассовые операции,

—
расчет времени,

—
картотека клиентуры,

—
переписка клиентуры

2.4 Анализ производственного процесса

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

1.
Отдел сервиса;

2.
Отдел продаж;

3.
Отдел запасных частей и дополнительного
оборудования.

Каждое
подразделение работает в соответствии
с утвержденными положениями и должностными
инструкциями на каждого работника.

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

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

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

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

а)
дает руководству информацию, необходимую
для планирования видов деятельности,
подобных или отличных от сделанной
работы;

б)
способствует мотивации (поощрения за
выполненную работу).

Бухгалтерский
учет и отчетность на предприятии
осуществляется службой бухгалтерского
учета и отчетности, которая подчинена
главному бухгалтеру предприятия.

Для
улучшения качества принятия управленческих
решений и для повышения эффективности
производства предприятие использует
персональные электронно-вычислительные
машины и современные информационные
технологии, которые выражаются в
современных программных продуктах
(например, «1С-Предприятие», «Консультант
+»).

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #

Техническое руководство проекта: Легко или сложно?

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


Начнем с определений.


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


Руководитель — человек, руководящий чем-нибудь, возглавляющий что-нибудь, являющийся чьим-нибудь наставником.


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


Чтобы чем-нибудь руководить, надо это создать.
Из чего возникает проект? Прежде всего важны подготовительные этапы:


1. Идея
 1.1. Собственная идея.
 1.2. Не собственная идея.
2. Формулировка идеи
3. Формулирование правил реализации идеи
3.1. Общие требования
3.2. Технические требования
4. Организационные мероприятия


Итак, концепция проекта создана.


Чтобы не лить воду, рассматриваем пример: Проект «Программно-технический комплекс для АСУ ТП».


Упрощенное этапирование проекта:


1. Планирование
2. Согласование проекта
3. Заключение договоров
4. Выполнение проекта
5. Сдача выполненного проекта заказчику
5.1. Оформление сдаточной документации
6. Получение оплаты результатов работ


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


Упрощенное этапирование деятельности технического руководителя проектов:


1. Планирование объема работ
2. Организация и управление проектными работами
3. Организация и управление инжиниринговыми работами
4. Организация контроля исполнения проекта
5. Обеспечение организационного взаимодействия с заказчиком
6. Организация, управление и контроль работ на объекте заказчика
7. Организация, управление процедурами сдачи проекта заказчику
8. Оформление приемо-сдаточной документации


Примечание. Руководитель проекта не должен забывать о существовании ТРП.


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


1. Подготовка технической части тендерной документации.
1.1. Планирование объема работ.
1.2. Расчет трудозатрат.
1.3. Формирование технико-коммерческого предложения.
2. Выполнение инжиниринговых работ
2.1. Техно-рабочий проект
2.1.1. Заказные спецификации комплекса технических средств.
2.1.2. Задания заводу изготовителю
2.1.3. Конструкторская документация
2.1.4. Эксплуатационная документация
2.1.5. Руководства пользователей
2.1.6. Другая документация (Программы и методики проверок, инструкции пользователей и др.)
2.2. Получение и анализ исходных данных
2.3. Аппаратно-программная реализация проекта
3. Обеспечение и проведение испытаний ПТК для АСУТП
3.1. Проведение предпоставочных заводских испытаний
3.2. Проведение автономных испытаний на площадке заказчика
3.3. Обеспечение комплексных испытаний систем АСУ ТП
4. Организационные мероприятия
4.1. Постановка задач и контроль исполнения сроков выполнения работ
4.2. Контроль и порядок поставки оборудования ПТК
4.3. Постановка задач, контроль и обеспечение шеф-монтажных работ
4.4. Постановка задач, контроль и обеспечение шеф-наладочных работ 
4.5. Обучение персонала заказчика
4.6. Обеспечение работы ПТК в период опытной эксплуатации.
4.7. Участие в технических совещаниях
5. Подготовка проекта к сдаче заказчику.
5.1. Оформление приемо-сдаточной документации
5.2. Обеспечение приемочных испытаний.
6. Сдача проекта заказчику
7. Подготовка заказчика к дополнительному сотрудничеству в рамках других договоров.


Легко или сложно?


Любой пункт работы можно описать.
Разбить на простейшие операции и выполнить их. Легко?


Главное, что действительно сложно, это придерживаться тактики управления.


Вывод. В техническом руководстве проектом нет ничего сложного. 
Главное:

• постоянно быть в курсе всех событий,
• контролировать процесс,
• задавать правильные вопросы (Загадка. Что такое правильный вопрос?).

В ближайшие годы рынок полностью отторгнет продукцию, не снабженную электронной эксплуатационной документацией.

Автор: С.И. Волосенко, начальник отдела эксплуатационной документации АО «Казанькомпрессормаш»

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

Все самое интересное и уникальное мы публикуем в альманахе «Управление производством». 300+ мощных кейсов, готовых к использованию чек-листов и других полезных материалов ждут вас в полном комплекте номеров. Оформляйте подписку и получайте самое лучшее!

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

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

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

Отсюда следует вывод: наличие интерактивных электронных технических руководств (ИЭТР), удовлетворяющих требованиям международных стандартов, является необходимым условием дальнейшей жизнедеятельности изделий. 

В соответствии со стратегией непрерывной информационной поддержки поставок и жизненного цикла изделий сложных изделий машиностроения (CALS – Continuous Acquisition and Life cycle Support) решение этих проблем заключается в переводе всех данных, необходимых для создания и поддержания технических руководств, в электронный формат и создании единого информационного пространства. Потребитель, как участник жизненного цикла изделия, также нуждается в доступе в это пространство. Средством, обеспечивающим доступ, должно стать интерактивное электронное техническое руководство (ИЭТР), которое входит в систему интегрированной логистической поддержки изделия.

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

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

Информационно-техническое сопровождение изделия

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

Выделяют следующие классы ИЭТР: 

• Класс 1 – бумажно-ориентированные электронные документы. Отсканированные страницы бумажных руководств. Электронный документ – копия бумажного руководства. Преимущества: большие объемы бумажной документации заменяет компактный электронный носитель. Недостатки: не добавляет никаких новых функций по сравнению с бумажными руководствами. 
• Класс 2 – неструктурированные документы. Текстовые электронные документы. Преимущества: возможность использования аудио- и видеофрагментов, графических изображений и возможность осуществлять поиск по тексту документа. Недостатки: ограниченные возможности обработки информации. 
• Класс 3 – структурированные документы. Начиная с класса 3, руководства представляют собой документы, имеющие три компонента: структура, оформление и содержание. Кроме того, начиная с класса 3, ИЭТР имеют стандартизированный интерфейс пользователя. Преимущества: существует возможность стандартизировать структуру, оформление и пользовательский интерфейс руководств (например, в соответствии с отраслевыми стандартами на эксплуатационную документацию), стандартизированный интерфейс пользователя позволяет облегчить работу с ИЭТР. Недостатки: при создании руководств сложных промышленных изделий появляются проблемы управления большим объемом информации. 
• Класс 4 – интерактивные базы данных. Преимущества: можно создавать технические руководства большого объема. Недостатки: отсутствие системы диагностики изделия. 
• Класс 5 – интегрированные базы данных. Дают возможность прямого взаимодействия с электронными модулями диагностики изделий, что существенно облегчает обслуживание и ремонт изделия. Преимущества: возможность проведения диагностики изделия. Недостатки: очень высокая стоимость создания. Вариант использования конкретного класса ИЭТР, в общем случае, зависит от сложности изделия, от финансовых и технических возможностей пользователя. 

На российском рынке представлено несколько программных продуктов для создания ИЭТР.