Меры контроля ИТ проекта сложности

Share

|

Дисциплина должна рассматриваться в качестве одного из важнейших факторов успеха в любой развития ИТ проекта. При рассмотрении вопроса о контроле ИТ проекта сложности работа может быть существенно облегчена, если соответствующий уровень дисциплины является составной частью процесса развития. Важность дисциплины в том, что касается успеха проекта должна быть признана, и его применение должно осуществляться в течение всего процесса развития.

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

Когда речь заходит о проектной дисциплины, одной из обязанностей тех, кто несет ответственность за конечный успех этого проекта должно быть очень тщательно оценить размер и сложность то, что предлагаемые в рамках этого проекта. Хотя существует естественная тенденция к хотим учесть все просьбы о возможности и функции, в частности системы, что тенденция должна быть изменены реальность возможного. Учет каждый запрос не должен быть целью проекта; , А цели должны сделать разумный набор функций и возможности вовремя и в рамках бюджета. Если проект дисциплина, которая проводилась в начале проекта, и постоянно сохраняться в течение всего проекта, в конечном результате гораздо более вероятно, будет то, что все ожидали. Когда это происходит, все льготы.

Оценка предлагаемых проектов в области развития ИТ с точки зрения размеров, особенностей и функций, которые будут поставлены в течение установленного проектного финансирования и график должны рассматриваться в качестве совместных усилий ИТ и бизнеса, на которых новые приложения будут использоваться. Чтобы быть эффективной, работы, связанные с прихода к реалистичного проекта размер не может быть сделано в рамках процесса, в котором члены Совета ИТ попытка мандата проекта размера. Подход должен быть включить все области, которая имеет заинтересованность в конечном результате проекта и выработки компромисса, который поступает как можно ближе к удовлетворению потребностей всех областях. Эти потребности должны быть удовлетворены в рамках проекта сохранения разумного размера и сложности.

Что представляет собой "разумный" проект размеров и сложности? Там будет иной ответ на этот вопрос для каждой организации и каждого проекта. Каждый раз ИТ проекта предлагается, за исключением небольших проектов, вопрос о разумности собирается должны внимательно рассмотрены. Принимая время сделать, что следует рассматривать как один из компонентов улучшения управления проектами дисциплины. Вполне понятно, учитывая давление на всех, кто показывать более функции и функции на более быстрыми темпами, хотят быть в максимальной. Очевидный способ сделать это состоит в том, чтобы включить как можно больше в одном проекте. Этот вопрос может быть усугубляется необходимостью для различных функций и весьма реальная возможность, что, если они не включены в текущий проект, возможность получить их может быть просто потеряны. При необходимости признается, наряду с часто реальная ситуация, что сейчас может быть только время для получения особенности, очень

трудно сопротивляться погрузке, как много в проект, насколько это возможно. Однако важный вопрос здесь связан с вероятностью, что этот проект, поскольку возросла слишком большим, чтобы эффективно управлять, не удастся, и ничего (или очень мало) будут доставлены.

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