Зачем и как настроить менеджмент в IT проектах?

Пояснения проектного менеджера и управляющего директора CodifyLab Дины Руслан
Вкратце: разработка ПО проекта без согласованного и утвержденного процесса — это как страна без каких-либо законов. Другими словами, это создаст хаос, в котором люди могут делать все, что хотят, не зная, над чем в данный момент работает другой.
Меня приглашают консультировать IT проекты, которые не используют инструменты для Project Management'a, испытывают трудности с соблюдением сроков, проблемами общения с конечным клиентом, проблемами удовлетворения ожиданий конечного клиента, проблемами общения между командами, а иногда даже внутри одной команды.
Я начинаю каждую консультацию с четырех простых вопросов:
  1. Следуете ли вы какому-либо процессу SDLC?
  2. Какой инструмент управления проектами вы используете?
  3. Есть ли у вас четко определенная письменная цель для проекта?
  4. Вы установили дедлайн для проекта наряду с меньшими
Я начинаю каждую консультацию с четырех простых вопросов:
  1. Следуете ли вы какому-либо процессу SDLC?
  2. Какой инструмент управления проектами вы используете?
  3. Есть ли у вас четко определенная письменная цель для проекта?
  4. Вы установили дедлайн для проекта наряду с меньшими этапами?
Основываясь на этих четырех вопросах и ответах, я могу получить более полную картину проекта и определить, где может быть корень причины проблем.
К сожалению, я обычно получаю следующие ответы:

— Зачем нам нужен процесс для такой маленькой команды / проекта?;

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

— У нас все хорошо, развитие идет безостановочно, и мы строим великие вещи без постоянного наблюдения и няньки;

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

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

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

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

SDLC — это жизненный цикл разработки программного обеспечения. Существуют различные типы процессов SDLC, такие как Waterfall, RUP, Agile Scrum, Kanban и т. д. Этот пост не предназначен для сравнения процессов SDLC, поэтому не стесняйтесь читать о них и выбирать то, что подходит вашему проекту/команде.

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

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

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

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

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

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

Конечная Цель
Определение конечной цели проекта является более важным, чем выбор процесса и инструмента. Четко определенная конечная цель помогает нам "ориентироваться" в потоке непрерывного развития.
На каждом этапе разработки, особенно на этапе определения или создания задачи для вашей команды, очень важно спросить себя: поможет ли это нам достичь конечной цели? Очевидно, что написанная конечная цель очень важна на этапе создания задач в инструменте управления проектами, так как задачи могут быть такими же большими, как User story, эпосы или маленькими, как tickets и sub-tickets.

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

Дедлайны и этапы реализации

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

При определении этапов развития сначала разделите продукт / проект на фазы.

На первом этапе отгрузите первую тестируемую группу функциональных возможностей / модулей. При выборе группы функций для тестирования всегда переходите от базовых функций к кастомизации. Например, вы хотите построить автомобиль, начните с основной конструкции автомобиля, двигателя и проверьте, все ли с ним в порядке. Как только он будет отгружен и протестирован, добавьте двери и проверьте, можете ли вы их открывать и закрывать. Как только двери будут отгружены и протестированы, добавьте колеса и проверьте, может ли автомобиль ехать. Последняя фаза — это добавление стекол, покраска и т. д. При таком подходе в конце каждого этапа вы или ваш конечный клиент можете проверить, идет ли разработка продукта в правильном направлении.
И самое главное, если что-то не так, то вы или конечный клиент заметите это не в последний срок, когда продукт должен быть отправлен, а на первом или втором этапе, когда у вас еще есть время что-то исправить при необходимости.
Проектный менеджмент — перспективная IT профессия. В Codifylab Academy мы делимся со студентами самой актуальной, необходимой информацией для освоения этой профессии.
Мы не только обучаем студентов, но и помогаем им трудоустроиться в растущие компании и интересные проекты.
Понравилась статья? Ставь лайк и делись ей с друзьями.
Нужна консультация?
Оставьте свои контактные данные, мы с вами свяжемся и проконсультируем:
E-mail
Имя
Телефон