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