Руководители проектов должны быть технически подкованные?
"Должно менеджеров проектов технически подкованных"? Эта тема всегда кажется, что причина совсем размешать. Хотя некоторые считают, что все, что нужно для управления проектом является сертификация PMP, убеждены в других, что вы не можете успешно управлять проектами разработки программного обеспечения, если вы по-настоящему понять сложность product.I согласен! Чтобы быть эффективными Менеджер проекта, вы должны знать все ходы и выходы вашего решения. Вы должны быть способны проектирования и разработки решения yourself.Here являются 5 основным задачам управления проектами, что руководители проектов не могут выполнить, если у них есть сильная техническая информация и по-настоящему понять сведения о своей product.Estimating EffortIn того, чтобы создать план проекта, вы должны быть в состоянии оценить, сколько усилий требуется для завершения всех необходимых задач. Разумеется, вы не можете оценить усилие, если вы действительно понимают, что участвуют в разработке и осуществлении этих features.Unless вы понимаете, что требуется для достижения 5-9 надежность, вы не можете оценить, сколько усилий требуется для достижения это нефункциональные требования. Если вы четко понимать, как писать Java Server Pages, вы не можете предсказать, насколько усилия в области развития, необходимых для преобразования HTML прототип набор полнофункциональных JSP pages.Scheduling TasksImagine что кто-то вас руками перечень мероприятий, которые должны быть завершены в данном проекте, наряду с общими усилиями. Могли бы вы графиком задачи в логической последовательности? Должно Разработчики начала с презентации, деловые или слой хранения данных? Что стоит на первом при работе над презентацией слой: HTML, JavaScript, CSS, или сервлеты? Руководитель проекта должен быть в состоянии планировать деятельность в логической последовательности. Если вы не можете определить, какие виды деятельности должны прийти первой, а какие могут выполняться параллельно, вы не можете собрать проект schedule.Assessing RiskImagine следующий сценарий. Данное изделие планируется выпустить в 5 дней. Команда КК обнаруживает дефекты в API через серию испытаний CLI. После тщательного изучения этой проблемы, вы понимаете, что вы разработчиков работали вокруг этого дефекта months.Given, что вы только 5 дней вдали от освобождения вашего продукта, вы должны исправить этот дефект или документ, обходной путь? На данный момент, насколько опасно это изменить API, который используется? Насколько вы уверены, что разработчик может исправить это API в данный срок? Какая вероятность того, что изменения этого API будет разорвать модули назвав его? Если вам исправить дефект сейчас, или выпуска продукта и устранить ошибку в выпуске патча? Если вы видели код, этот интерфейс, вы не можете ответить на все эти вопросы самостоятельно. Вы должны задать ваши разработчики. Ты не решение чайник. Они are.Participating В ходе встреч MeetingsCustomer Клиент всегда в конечном итоге в обсуждении технических вопросов. К сожалению, если вы не можете говорить разумно о вашей технологии, вы не можете добавить любое значение таких совещаниях. Вы не участвует, ты строгом слушает, и, возможно, делает пометки. Рано или поздно, ваши клиенты найдут себе обратиться разработчикам напрямую. "Почему обращайтесь к менеджеру проекта если он не может дать мне ответ? Я могу, а ехать прямо до источника. "Обеспечение Ничто не падает сквозь лица CracksLet все. Вы никогда не получите столько времени, сколько нужно планировать свои проекты. Важно, что вы не получите его идеальным в первый раз. Важно то, что вы можете поймать тех задач, которые упали в трещины Before It's Too late.If вы не знаете, что требуется для завершения вашего решения, вы не сможет определить все забывают деятельности. Они либо указали ваши разработчики, или просто опустить forever.In коротка? Чтобы стать эффективным Менеджер проекта, вы должны быть в состоянии проектирования и разработки решения самостоятельно. В противном случае, у вас есть два варианта. Вы можете либо (а) попросить других принимать решения за вас, или (б) просто притворяются вы знаете, что вы говорите. В первом случае, вы проектов Координатор. Во втором случае, вы Проект Mangler.Luc Ричард степень магистра делового администрирования со специализацией в высокие технологии. За последние 10 лет он руководит разработкой программного обеспечения. Он является основателем о проекте Давилка (http://www.projectmangler.com), онлайновый ресурс, который публикует бесплатные статьи, истории и других готовых к использованию инструментов для разработчиков, руководители и менеджеры поставить программное обеспечение, проекты по
Статья Источник: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
Вебмастер получить html-код
Добавить эту статью на Вашем сайте прямо сейчас!
Вебмастер представить свои статьи
Не требуется регистрация! Заполните форму и ваша статья в Messaggiamo.Com каталог!
