Как получить бесценные знания о том, как необходимо управлять большими проектами по разработке программного обеспечения? Эксперты индустрии раскроют вам стратегии того, как преуспеть в широком спектре задач!
Управление большими проектами может быть очень сложной задачей даже в лучших условиях. К сожалению, индивидуумы с ограниченным опытом зачастую полагаются на советы от более опытных сотрудников в данной области. Для того, чтобы помочь вам, мы составили девять полезных советов, которые, без сомнения, улучшат ваш опыт в управлении проектами по разработке ПО. Данные советы были собраны от знающих руководителей, которые обладают многолетним консалтинговым опытом, включающим в себя анализы, разработки приложений, сбор требований, поддержку производства, управление проектами и администрирование системами. Мы настоятельно рекомендуем помнить о данных советах при ваших последующих проектах.
1. Загрузку данных при миграциях стоитпроизводить заранее
Во время миграции консалтинговые компании обычно тратят несколько месяцев на то, чтобы решиться загрузить данные. Зачастую, когда загрузка терпит неудачу благодаря непредвиденным проблемам построения соответствий, проблемам со словарями данных, неизвестным источникам данных и другим причинами, клиент вынужден выдать консультантам дополнительные средства, в то время как сроки проекта ускользают. Следовательно, руководители проектов по разработке ПО должны серьезно учесть следующий совет - заблаговременная загрузка данных в проекте является хорошим подходом, и это спасает много проектов. Это может сэкономить до миллионов долларов, а также поможет уложиться в сроки.
В дополнение, данный подход избавляет от драматических ситуаций, связанных с сокращением производства, поскольку предоставляет измеримые уровни успеха и улучшения в загрузке данных, которые происходят на ранних этапах, а также на протяжении всего проекта. Таким образом, данная ситуация является значительным улучшением для организации в случаях, когда реализация производится в последние минуты срока, и все может пойти не так.
2. Требования должны быть задокументированы и управляемы
Зачастую и клиенты, и разработчики игнорируют важность верно управляемых требований. К примеру, клиент обычно хочет получить проект, завершенный вовремя и в пределах бюджета. Тем не менее, в реальности проблемы ожидают руководителей, которые не могут контролировать дизайнеров, разработчиков и клиента.
Важно создать и поддерживать таблицу обнаруживаемости (traceability) для связи разработанного кода с конкретными требованиями. Почему это необходимо? Потому что изначальное верное получение требований в результате даст хорошую разработку. Неспособность верно захватить подписание требований в результате обернется увеличением масштаба, то есть ситуации, когда новые функции будут добавляться к требованиям без одобрения со стороны клиента.
В большинстве случаев никто не сможет защитить бюджет, практически истекший из-за увеличения масштаба, связанного либо с неразрешенной реализацией новой функциональности, либо с восстановлением после реализации новых функций.
3. Процесс экспертной оценки
Вам не стоит штамповать свои оценки в качестве эксперта - данные процедуры очень важны. Они зачастую могут привести проекты как к успеху, так и к краху, поскольку они могут избавить его от недешевых и трудоемких процессов во время больших этапов проекта либо действий, связанных с постреализационным периодом.
Организации могут потерять огромные суммы только потому, что их работникам придется исправлять проблемы, возникшие из-за неверной экспертной оценки.
4. Работу необходимо выполнять только над одобренными изменениями
Кроме того, как проверять, что все изменения кода работают верно, важно также обеспечить то, чтобы данные изменения были одобрены.
Руководитель проектов ответственен за созданный код, а клиент будет ожидать связи произведенного кода с поставленными требованиями. Таким образом, отслеживание изменений обратно к требованиям, используя матрицу обнаруживаемости, будет полезным действием.
5. Использование знаний
Многие компании на пути к достижению такого уровня, когда проектные команды уже не будут осведомлены о том, что делают другие команды в их организации. В результате схожая и одинаковая работа будет выполнена несколько раз различными командами.
Ограничивать информированность сотрудников рамками их служебных обязанностей с целью обеспечения сохранности, может быть, и хорошо, но если дела обстоят именно так, то вам стоит учредить комитет по техническому обзору, который сможет использовать опыт всех команд при создании новых проектов. Это хорошо скажется на консалтинговых компаниях, и еще полезнее будет клиенту.
6. Жертвование качеством ради сроков завершения
Некоторые компании могут пожертвовать качеством ради выигрыша во времени в различных условиях. Такая ситуация зачастую происходит потому, что многие компании получают некую награду за то, что они выполнили проект в срок, установленный клиентом.
Такая ситуация может привести к некачественному коду или в срок созданным и предоставленным документам, притом что результаты работы либо не полны, либо собраны некачественно. И консалтинговые компании все же стремятся к такому выходу из сложного положения. Более того, бывают случаи, когда руководство требует предоставления документов и/или кода в срок, даже если их качество не соответствует требованиям.
Руководитель проектов обычно тот, кто ответственен как за сроки, так и за качество результатов. Нет никаких оправданий тому процессу управления проектами, который достигнет ситуации, когда неполная или некачественная работа будет предоставлена ради соблюдения сроков.
7. Истощение ресурсов
Руководители проектов часто управляют больше чем одним проектом. В результате данная ситуация может оказаться очень раздражающей для клиентов, поскольку с их стороны они должны получить все и сразу. Зачастую ключевые ресурсы распределены на 10-20% на каждый проект. Данная ситуация может привести к потере времени, частым "просьбам" и "небольшим одолжениям".
Руководитель должен быть осведомлен о том, что ресурсы истощаются и что их стоит защитить для того, чтобы в будущем предоставить их проекту.
8. Одинокие волки
Руководители, известные также как «одинокие волки», должны быть в курсе и избегать недоступных/неподступных ресурсов. В истории не так много случаев, когда подход «одинокого волка» был наилучшим подходом. Руководители могут найти много полезного просто оттого, что они будут уделять внимание диалогу между коллегами и членами команд - ведь в проекте участвуют команды, а не одиночки.
Стремление работать отдельно от команды приведет к проблемам. Более того, такая ситуация может стать заразительной для всей команды, тем самым очень важно, чтобы руководители уделяли некоторое время и оценивали желание каждого члена работать в команде.
9. Побольше реализма
Планы проектов, сроки, диаграммы и красивые презентации - все это очень полезно, но зачастую далеко от реальности и того, что по-настоящему происходит в проекте. В действительности, все указанные выше советы являются всего лишь инструментами. Успешный руководитель должен помнить о том, что происходит в его проектах, а не думать о красивых картинках.
Бывают такие проекты, когда руководители игнорируют проблемы и заботы членов команды и не осведомляют коллег о деталях плана. Уделение времени на изучение результатов, даже посредством самых простых рассмотрений проекта, положительно сказывается на успехе проекта. Сложно представить руководителя строительных работ, которому достаточно просто фразы от своих строителей о том, что все идет по плану. Он всегда приходит на стройку, чтобы убедиться в том, что все реально соответствует чертежам. Это очевидно, что проектная команда оценит ваше повышенное внимание к деталям, и от этого вы только выиграете.
