Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 <a>#статьи</a>

2 <ul><li>8 авг 2024</li>

3 <li>0</li>

4 </ul>Тимлид SimbirSoft рассказал, как эффективно управлять IT-проектами, с какими трудностями можно столкнуться и как их преодолеть.

5 Кадр: фильм "Первый Мститель" / Marvel Studios Inc.

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

7 Советами и опытом поделился

8 Тимлид в IT-компании<a>SimbirSoft</a>. Управляет IT-проектами, учится на ошибках и передаёт опыт коллегам.

9 IT-проекты - проекты с меняющимися требованиями, поэтому их "выживаемость" зависит от того, насколько эффективно ими управляют. В этой статье рассказываю главное об управлении IT-проектами:

10 <ul><li><a>какие бывают</a>IT-проекты и <a>зачем ими управлять</a>;</li>

11 <li><a>кто входит в команду</a>IT-проекта;</li>

12 <li>из <a>каких этапов</a>состоит управление IT-проектами;</li>

13 <li><a>какие методологии</a>применяют в управлении IT-проектами;</li>

14 <li>с какими<a>трудностями</a>можно столкнуться;</li>

15 <li>что ещё<a>важно знать</a>, чтобы управлять IT-проектами эффективно.</li>

16 </ul>К IT-проектам относят процессы разработки, внедрения, обслуживания и доработки какой-либо системы - например, программного и аппаратного обеспечения или сетевой инфраструктуры.

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

18 Так, в проект по созданию IT-инфраструктуры может входить разработка ПО для автоматизации какого-то процесса. Либо проект может включать в себя внедрение новых технологий, оборудования или инфраструктуры - например, серверов, систем хранения данных, сетевых устройств.

19 Ещё IT-проектом может быть интеграция уже существующих систем. Например, объединение двух разных программных продуктов или перенос данных из одной системы в другую.

20 Любой IT-проект преследует свою цель - осязаемую точку в пространстве и времени, при достижении которой проект считается завершённым. Руководитель управляет проектом, чтобы достичь цели в срок и с заданным уровнем качества.

21 Для этого руководитель:

22 <ul><li>Снижает риски, составляя план Б.Если в процессе выполнения проекта возникнет нештатная ситуация, каждый участник команды должен понимать, что ему нужно делать, чтобы вернуть проект обратно "на рельсы".</li>

23 <li>Оптимизирует ресурсы.Чем масштабнее проект, тем больше в нём издержек. Планирование и проработка проекта позволит снизить издержки и, как следствие, общую стоимость проекта.</li>

24 <li>Налаживает коммуникацию с заинтересованными сторонами.Чтобы достичь цели проекта, важно грамотно организовать коммуникацию членов команды с заказчиком или его представителями.</li>

25 <li>Выбирает подходящий метод управления.Не всегда подходы, которые хорошо сработали в одном проекте, будут так же подходить и для другого. Подробнее о том, какие методологии бывают и как между ними выбирать, расскажем<a>ниже</a>.</li>

26 <li>Измеряет производительность команды и постоянно её улучшает.Руководитель должен понимать, какой объём работ может выполнить команда. Эта метрика называется Velocity. Она показывает объём успешно выполненной работы в часах. Зная эту характеристику, можно эффективно планировать задачи.</li>

27 <li>Эффективно и оперативно решает возникающие проблемы.Вероятнее всего, что-то в проекте пойдёт не по плану. Задача руководителя - вовремя обнаружить и устранить препятствия.</li>

28 <li>Контролирует бюджет, сроки и содержание.Для этого используется модель проектного треугольника. Согласно ей, три важнейших элемента проекта - бюджет, срок и содержание - связаны между собой. Если изменить один элемент, то придётся менять и два других, чтобы треугольник сошёлся. Подробно о работе по этой модели мой коллега рассказывал в <a>статье</a>Skillbox Media.</li>

29 </ul>В проектах из сферы IT больше правок, чем в других сферах: могут меняться требования заказчика, рынок или запросы целевой аудитории. Поэтому, чтобы выполнить проект в срок и в нужном качестве, им обязательно нужно управлять, а ещё нужно быть готовым к тому, что все перечисленные выше задачи придётся выполнить не по одному разу.

30 Курсы Skillbox по управлению проектами

31 <ul><li>"<a>Профессия Менеджер проектов</a>" - освоить профессию с нуля, добавить сильный кейс в портфолио и найти высокооплачиваемую работу.</li>

32 <li>"<a>Управление проектами</a>" - систематизировать знания, получить недостающие навыки и зарабатывать больше.</li>

33 </ul>Состав команды, как правило, зависит от задач проекта, условий клиента, формы взаимодействия сторон и прочих факторов. Основу команды составляют такие специалисты:

34 <ul><li>Проектный менеджеруправляет проектом, отвечает за планирование и реализацию проекта, соблюдение проектных ограничений. Подробнее о профессии менеджера проектов - в <a>этой статье</a>Skillbox Media.</li>

35 <li>Пресейл-инженеруточняет требования, согласовывает с клиентом варианты реализации проекта, подключает других сотрудников для предварительной оценки сроков и стоимости разработки.</li>

36 <li>Аккаунт-менеджертесно взаимодействует с заказчиком и следит за тем, чтобы обе стороны выполняли обязательства.</li>

37 <li>IT-аналитиксобирает требования к продукту, согласовывает их и готовит артефакты для качественной реализации проекта.</li>

38 <li>Архитекторпродумывает технический фундамент проекта. Его задача - обеспечить надёжность и гибкость системы, возможность масштабировать её в будущем.</li>

39 <li>Разработчики(бэкенд-, фронтенд-, мобайл-, веб-) пишут код и проводят его ревью, предлагают оптимальные для проекта технологии и инструменты.</li>

40 <li>Специалист по обеспечению качества и SDET-инженерпроверяют, соответствует ли функциональность системы техническим и бизнес-требованиям, составляют тестовую документацию.</li>

41 </ul>Также в команду IT-проекта часто входят тимлиды и дизайнеры. Тимлид руководит командой разработки или тестирования и следит за тем, чтобы цели достигались в намеченные сроки. Дизайнер разрабатывает понятный для пользователей интерфейс системы.

42 Подробнее о том, какие специалисты нужны проекту на каждом этапе, а также о том, какие задачи они выполняют, рассказывали в <a>этой статье</a>.

43 Жизненный цикл IT-проекта включает в себя этапы инициации, планирования, выполнения, анализа и регулирования, завершения. Все эти этапы соответствуют этапам управления IT-проектами.

44 Этапы управления IT-проектомИнфографика: Майя Мальгина для Skillbox MediaЭтап 1. Инициация.На этом этапе определяют форму взаимодействия и налаживают коммуникацию между участниками проекта. Стороны приходят к общему пониманию того, какого результата нужно достичь и что для этого нужно сделать.

45 В первом этапе активно участвуют проектный менеджер и пресейл-инженер.

46 Этап 2. Планирование.На этом этапе собирают требования к проекту и определяют основные задачи, которые нужно выполнить. Затем проводят бизнес- и системный анализ, формируют карту рисков и составляют<a>дорожную карту проекта</a>.

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

48 Этап 3. Выполнение.Это активная фаза разработки проекта с демонстрацией промежуточных результатов заказчику.

49 Активно участвуют проектный и аккаунт-менеджеры, команды аналитиков, разработчиков и тестировщиков, тимлиды разработки и тестирования.

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

51 Активно участвуют проектный и аккаунт-менеджеры, аналитики, тимлиды разработки и тестирования.

52 Этот этап, вместе с этапами планирования и выполнения, повторяют до тех пор, пока не будут достигнуты цели проекта.

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

54 Обычно для управления IT-проектами выбирают один из этих подходов:

55 <ul><li>Waterfall ("Водопад").Это каскадный метод разработки ПО. При нём этапы проекта идут последовательно друг за другом и не пересекаются. В управлении по каскадной модели большое внимание уделяют документированию каждого этапа проекта.</li>

56 </ul>Приступая к работе, члены команды обсуждают все аспекты будущего продукта и фиксируют значимые аспекты. В ходе выполнения проекта нельзя отклоняться от первоначально утверждённого плана.

57 Подробнее о подходе Waterfall можно прочитать в <a>этой статье</a>Skillbox Media.

58 <ul><li>Agile ("Гибкий").Это семейство методологий гибкого управления проектами. Самые популярные методологии Agile -<a>Scrum</a>и <a>Kanban</a>. Команды, которые работают по Agile, быстро адаптируются к изменениям в работе и новым вводным. Например, к новым требованиям заказчика или к другим неожиданным обстоятельствам.</li>

59 </ul>В Agile основной упор делают не на документировании, а на том, чтобы отдать заказчику работающий продукт. Хотя своя документация в таких командах тоже есть.

60 Подробно о подходе Agile - в <a>этой статье</a>Skillbox Media.

61 <ul><li>Lean Six Sigma.Это подход, в котором объединены две методологии управления проектами. Цель Lean (бережливое производство и бережливое управление) - создавать ценность, сокращая расходы на её производство. Цели Six Sigma ("шесть сигм") - улучшить качество продукта или услуги, увеличить удовлётворенность пользователя, сократить потери и сроки проекта.</li>

62 </ul>Обычно этот подход используют крупные компании и проекты, когда нужно максимально оперативно проверить гипотезу или улучшить качество уже действующего продукта. Подробно о применении Lean и Six Sigma в IT-проектах моя коллега рассказывала<a>здесь</a>.

63 Далее расскажу о преимуществах и недостатках наиболее распространённых подходов управления - Waterfall и Agile - и объясню, для каких проектов они подходят.

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

65 В таблице главные плюсы и минусы каскадного подхода к управлению.

66 Плюсы:Минусы: Стоимость работ и сроки разработки определяют и утверждают в начале проекта - они не меняются в процессе его выполнения. У команды есть множество инструкций и правил для всех аспектов работы - отсутствует неопределённость.

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

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

69 Нужно вести много документации.

70 Чем позднее обнаружен баг, тем больше ресурсов понадобится для его исправления.

71 Не получится разработать уникальный продукт.

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

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

74 В таблице основные преимущества и недостатки гибких методологий управления.

75 Плюсы:Минусы: Команда готова быстро реагировать на изменения. Это позволяет получать качественные и соответствующие потребностям аудитории продукты. Поскольку продукт презентуют заказчику поэтапно - каждые 2-3 недели - риск масштабных изменений и доработок практически отсутствует.

76 Все участники видят своё влияние на проект, за счёт этого растёт их вовлечённость.

77 Не требуется документировать каждый шаг. Основной упор сделан на то, чтобы продукт работал.

78 Процессы прозрачны, участники команды общаются на равных.

79 Заказчик может вносить много правок в ходе разработки - это увеличивает сроки и стоимость проекта. Многие члены команды любят работать в одиночку и не любят часто отчитываться. Да и у заказчика не всегда есть возможность давать обратную связь часто. Облегчить коммуникацию - задача руководителя проекта.

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

81 Опытным проектным менеджерам "и море по колено". Для тех, кто только набирается опыта, поделюсь описанием ошибок, которые часто совершают при управлении IT-проектами.

82 Некорректно определяют лицо, принимающее решение (ЛПР).Часто требования к продукту запрашивают у человека, который на самом деле не является ЛПР. Результат - множество правок на финальной стадии проекта, когда настоящий ЛПР знакомится с итогами работы.

83 Понять, что перед вами не истинный ЛПР, можно по таким признакам: человек пересказывает не свои идеи; для принятия решения ему нужны дополнительные совещания. Уточните, собирается ли человек показывать результат кому-нибудь ещё - тот, кому будут показывать результат, и есть лицо, принимающее решение.

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

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

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

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

88 Перегружают опытных членов команды.Работник А может выполнить работу в два раза быстрее работника Б. Но если по этой причине всё самое срочное и важное всегда отдавать работнику A, он может быстро выгореть и покинуть проект.

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

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

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

92 <ul><li>Общайтесь с командой, будьте доброжелательны и принимайте обратную связь.Эффективная коммуникация с членами команды, заказчиком и другими заинтересованными сторонами - ключевой элемент успеха проекта. Открытую, прозрачную и доброжелательную коммуникацию, когда все участники могут открыто высказывать своё мнение и предложения, важно устанавливать на всех этапах проекта.</li>

93 <li>Используйте специальные инструменты управления проектами.Существует много онлайн-инструментов, помогающих управлять задачами, сроками, ресурсами и коммуникацией, - например, Trello, Asana, Jira. Подробно о них рассказывал мой коллега в <a>этой статье</a>Skillbox Media.</li>

94 <li>Оценивайте и корректируйте планы.Регулярно проводите оценку прогресса проекта, сравнивайте его с планом и вносите необходимые корректировки, чтобы оперативно реагировать на изменения и предотвращать возможные проблемы.</li>

95 <li>Делегируйте.Не бойтесь передавать часть задач другим участникам команды - доверьтесь их квалификации и умениям. Это позволит распределить ответственность, увеличить производительность и выполнить проект быстрее и качественнее.</li>

96 <li>Развивайтесь.В IT-сфере важно постоянно учиться и следить за новыми тенденциями. Так вы сможете использовать разные инструменты и методики и управлять проектами эффективнее.</li>

97 </ul>Как узнать больше о проектном управлении и его методах

98 <ul><li>В Skillbox Media есть материалы о главных подходах и методологиях управления проектами: об <a>Agile</a>и его разновидностях<a>Scrum</a>и <a>Kanban</a>, а также о противоположности Agile -<a>Waterfall</a>.</li>

99 <li>Если вы только начали знакомиться с управлением проектами и разбираться в его элементах, прочитайте статью "<a>Что такое проект: изучаем главное понятие проектного управления</a>".</li>

100 <li>Ещё у нас есть<a>статья о профессии менеджера проектов</a>. В ней подробно рассказали, чем занимаются проджекты, сколько они зарабатывают и какие нужны навыки, чтобы стать менеджером проектов.</li>

101 <li>Управлять проектами, работать с бюджетом, сотрудничать с заказчиками, управлять командой и презентовать проекты можно научиться на курсе Skillbox "<a>Профессия Менеджер проектов</a>".</li>

102 <li>После курса "<a>Управление проектами</a>" вы сможете запускать проекты и управлять ими в различных сферах бизнеса - от диджитала до ретейла.</li>

103 </ul><a>Курс с трудоустройством: "Профессия Менеджер проектов" Узнать о курсе</a>