Практика проектного управления |
Редактор раздела: Сергей Руденко,
консультант консалтинговой компании ITeam |
|
Сортировка: По дате добавления  | По популярности Повесть о настоящем проекте. А.Товб
Название этой статьи родилось не сейчас. Так был в свое время озаглавлен составленный мной официальный «Отчет о проекте» для организованной впервые в России в декабре 1999 года сертификации управляющих проектами на уровень В Международной ассоциации управления проектами IPMA. Выбрав тогда наиболее представительный проект из многих, в которых довелось участвовать, я, как говорится, «для смеха», свой отчет назвал: «Повесть о настоящем проекте». Однако в этой шутке есть изрядная доля правды, и думается, что рассказ о том проекте может быть полезен для читателей. далее >>>
Количество просмотров: 10478
Проект "если бы". Майк Ньюэлл
В первой заметке автор на примере конкретного проекта рассматривает проблемы, возникающие в результате игнорирования основ проектного управления. далее >>>
Количество просмотров: 9330
Большой стандарт для маленькой компании. Б.Летучий
Применение MSF в качестве стандарта уровня предприятия в управлении проектами развития информационной инфраструктуры. В этой статье описываются опыт и результаты внедрения дисциплины управления проектами MSF в качестве стандарта уровня предприятия в компании «СетьПроект». Для правильной оценки нашего опыта необходимо хотя бы кратко охарактеризовать нашу компанию. далее >>>
Количество просмотров: 11502
Самая главная команда. Кристофер Кох
Согласно опросу 64 компаний из списка Fortune 500, эффективность каждой четвертой из них снизилась после внедрения системы ERP.
После того как компания запустит ПО планирования ресурсов предприятия, единственными, кто понимает, как эта компания работает, являются люди из команды развертывания ERP-системы. далее >>>
Количество просмотров: 7908
Роль оперативного управления производством в компании, разрабатывающей программное обеспечение. Дин Леффингвелл
Создание всего решения по продукту из набора битов и байтов - не тривиальная задача. Для этого требуется глубокое знание технологии (например, "Можем ли мы применить внешнюю справочную систему на основе браузера? Или это будет ненадёжно?") и рыночных факторов ("Эта функция может показаться неважной, но наши конкуренты рекламируют её как обязательную, поэтому мы без неё мы не добьёмся успеха".). Кто принимает ответственные решения, которые приведут разработчиков к коммерческому успеху? Кто должен внимательно разобраться в том, какие потребуются услуги, чтобы обеспечить успех у покупателей? В большинстве коммерческих компаний такие решения уполномочен принимать менеджер по продукту. Чтобы успешно создать полное решение по продукту, отвечающее реальным требованиям рынка, менеджер по продукту должен обладать знаниями инженера, находчивостью предпринимателя и знанием коммерческих реалий. далее >>>
Количество просмотров: 9749
Модель артефактов для управления проектом.
Основные понятия. Эта модель взята из реального проекта (его название не будет упоминаться). Она была создана по той причине, что из-за множества процессов из RUP и процессов компании возникала путаница в следующих вопросах... далее >>>
Количество просмотров: 9367
Разработка программного обеспечения группой в составе одного человека.
Цель процесса разработки ПО заключается не в том, чтобы усложнить жизнь разработчикам и уничтожить творческое начало необходимостью писать невообразимую кучу бумаг. Этот процесс нужен для того, чтобы организация, разрабатывающая ПО, могла предсказуемо, с соблюдением бюджета и сроков создавать высококачественное программное обеспечение, которое удовлетворяет всем требованиям пользователей. Чтобы понять суть процесса разработки ПО, рассмотрим очень простой проект, выполняемый всего одним человеком. далее >>>
Количество просмотров: 9097
Методика мягкого внедрения.
Мягкое внедрение - внедрение в условиях взаимного доверия Заказчика и Исполнителя, при котором проблемы и ошибки Заказчика берет на себя большей частью Исполнитель. далее >>>
Количество просмотров: 10085
Методика жесткого внедрения.
Жесткое внедрение - внедрение в условиях жесткого формального управления, пониженного доверия и повышенной ответственности Заказчика и Исполнителя. Жесткое внедрение обычно является следствием сильных политических рисков. далее >>>
Количество просмотров: 9239
Как избежать ошибок при планировании - 63 правила.
Обзор выполнен по материалам западной литературы по управлению проектами. далее >>>
Количество просмотров: 14260
Использование RUP для небольших проектов: расширение экстремального программирования. Гари Поллиц
Данная статья описывает, как применять упрощенную версию RUP в небольших проектах. Мы описываем эффективные способы применения приемов экстремального программирования (XP - eXtreme Programming) в более широком контексте полного цикла проекта. далее >>>
Количество просмотров: 13718
Как гарантированно завалить проект. Планета КИС
"Добивайтесь цели любыми способами. Забудьте о хорошем плане - это для слабаков. Подстегивайте свою команду. Запомните - коммуникации в проекте нужны неудачникам..." далее >>>
Количество просмотров: 11094
|
> 