Обзор opensource-инструментов управления проектами
Считается, что «Управление проектами» — это молодая наука. Действительно, в современном виде она сформирована где-то за 20-30 последних лет (конец прошлого века). Однако историю ее возникновения можно проследить с конца 18 века
- Описание
- Подробнее
Описание
История развития понятия о проектах
Считается, что «Управление проектами» — это молодая наука. Действительно, в современном виде она сформирована где-то за 20-30 последних лет (конец прошлого века). Однако историю ее возникновения можно проследить с конца 18 века:
I ЭТАП (Предпосылки)
- Адам Смит (1776) – первым сформулировал идею экономических законов
- Давид Рикардо (1867) – идея экономических законов получила свое развитие
- Карл Маркс (1867) – издана книга «Капитал», где было показано влияние труда наформирование ценности продукта
II ЭТАП (Начало)
- Фредерик Уинслоу Тейлор (1895) – провел исследование научной организации труда
- Генри Лоуренс Гант (1910) – создание диаграммы календарного планирования – дошла до нашего времени практически без изменений, на данный момент современными идеологами систем управления проектами в нее добавлена только связь с задачами.
- ГаррингтонЭмерсон (1911) – было сформулировано 12 принципов производительности
- Анри Файоль (1916) – идея научной организации труда получила развитие, было сформулировано 5 функций менеджмента и 14 принципов управления.
III ЭТАП (Середина)
- Лютер Гулик (1939) – была разработана матричная структура управления проектами
- Л.Уокер и Дж. Келли (1957) – получила развитие методика сетевого планирования и управления (сначала был разработан CPM — метод критического пути, позднее PERT – метод оценки и пересмотра программ). В результате дальнейшего развития эти системы превратились в совокупную методику построения графиков.
IV ЭТАП (Современность)
- PMBOK (1987) – принятие свода знаний по управлению проектами
- ANSI/PMI99 (2004) – Американский институт национальных стандартов принял развитие этого стандарта
Всю концепцию управления проектами можно выразить через треугольник проектирования:

В основном, проектный менеджер занимается сохранением этого треугольника. Чтобы не расползался функционал (ведь расползание функционала влечет за собой увеличение затрат или времени на проект, а это все взаимосвязано), нельзя изменить одну из сторон треугольника (при сохранении округлой формы качества), не изменив другие стороны. То есть, если вы что-то расширили – у вас автоматически увеличились другие вещи.

