Являетесь ли вы руководителем проекта, планирующим безукоризненную реализацию плана, или спонсором проекта, от чьих решений зависит проект, вы не можете уйти от того факта, что оценка проекта жизненно важна для его успеха. Прежде всего, есть три основных требования, которые проект должен удовлетворять: график, бюджет и качество. Необходимость работать в рамках этих ограничений проекта порождает огромную трудность для всех в группе центрального руководства.
Есть различные аспекты, влияющие на оценки проектов, такие как навыки и уровни опытности группы, доступные технологии, использование полных или частичных ресурсов, управление качеством проекта, риски, итерации, среда проектирования, требования и, более всего, уровень работоспособности всех членов проекта. Более того, оценки проекта не должны быть слишком сложными. Есть инструменты, подходы и лучшие методы, которые могут помочь группе руководства проекта - от спонсоров до руководителей проектов - договориться об оценках и продвинуть разработку проекта вперед. Некоторые из них перечислены ниже: 1. Оценки проекта должны быть основаны на архитектуре приложения Создание оценок, основанных на архитектуре приложения, должно дать вам четкое понимание длительности всей фазы проекта разработки. Более того, основанная на архитектуре оценка предоставляет вам макроуровневый взгляд на ресурсы, необходимые для завершения проекта. 2. Оценки проектов также должны начинаться с нижнего уровня Все оценки должны суммироваться, и оценка общего объема работ технологических групп, работающих над модулями приложения, поможет определить число внутренних и сторонних консультантов, которых вам потребуется нанять для всего проекта, а также четко представлять общее число человеко-часов, требуемых для написания кода модулей или для завершения создания всех функций приложения. Низкоуровневые оценки предоставляются членами проектной группы и не обязательно точно соответствуют оценкам верхнего уровня. В этом случае лучше всего увеличить долю основанных на архитектуре оценок, чтобы оставить место для возможных доработок, рисков и других событий, которые могут быть или не быть под контролем занятых в проекте сотрудников. 3. Не забывайте про модульные оценки Как только вы получите четкое представление об архитектуре, станет легче определить модули, которые войдут в состав всего приложения. Понимание сущности этих модулей должно помочь вам определить, которые из них могут быть сделаны внутри компании или внешней группой разработчиков. Более того, при определенном местоположении и составе каждой группы разработчиков, работающей над модулем, становится легче определить технические и финансовые ресурсы, необходимые для работы над проектом. 4. Язык разработки имеет значение Является ли языком разработки Java, .Net, C++ или любой другой популярный язык, используемый программистами, группа, нанимаемая для проекта, должна хорошо разбираться в нем. Некоторые работы по разработке требуют глубоких знаний этих языков, в то время как другие требуют только основных функциональных знаний, и уровни специализации в любом из этих языков имеют соответствующие ставки. В большинстве случаев выбранный язык разработки зависит от выбранной платформы, и конкретная платформа работает на специализированном аппаратном обеспечении. 5. Вам не стоит обещать высшему руководству значительную выгоду от оффшоринга Хотя выполнение работы по разработке зарубежными группами разработчиков, состоящих из работников, чьи ставки значительно ниже по сравнению с работниками собственной фирмы, позволяет сэкономить больше средств, вы должны учесть затраты на коммуникацию, передачу знаний, техническую настройку и на установку программного обеспечения в ваших финансовых оценках. Оценка затрат больше связана с управлением ожиданиями, но по мере развития проекта должно становиться понятней, было ли разумно тратить на это деньги. 6. Программное обеспечение и инструменты оценки проектов помогают проработать различные сценарии Со временем руководители проектов придумали способы, чтобы автоматизировать график, каркас, расходы и оценки комплектации персонала проекта. Некоторые приложения для оценки также имеют примеры статистических данных или моделей, основанных на практических примерах. Если ваш бизнес имеет много общего с примерами в инструменте оценки, это может помочь вам выявить сценарии «а вдруг» и в свою очередь учесть риски, резервы и итерационные оценки. 7. Распределение цены помогает установить очередность Распределение (анализ) общей стоимости проекта помогает руководству решить, каким частям системы нужно назначить приоритет, какие нужно отложить или даже отменить. Оценить расходы на новый проект, может быть, нелегко, но спонсоры проекта и руководители должны иметь возможность ознакомиться и согласиться с распределением стоимости разработки, техническими требованиями и с накладными расходами.
Newer news items:
Older news items:
|