Важно признать негативное влияние многозадачности на управление проектами в многопроектной среде. Давайте разберемся, когда многозадачность начинает наносить ущерб.
Рубрика: Управление проектами
Руководство охватывает все возможные показатели Agile и рассказывает, что они означают, когда вы должны их использовать, как вы должны их использовать, а когда не стоит их использовать.
Agile (гибкая разработка программного обеспечения) является современной методикой для создания качественного, соответствующего требованиям заказчика программного обеспечения, и за меньшее время. В то время как Agile делает проект менее громоздким и более прозрачным, она имеет серьезные недостатки.
Почему Agile НЕ означает быстро и дешево
Agile мертв? Написано много статей, в которых утверждалось, что это так. Все эти статьи действительно были о разном. Давайте разберемся по порядку.
Общая тема удуручающих историй заключается в том, что Agile используется для микроуправления людьми и их работой. Микроуправление никогда не должно происходить, и это просто нечестное злоупотребление словом «Agile», если оно происходит.
Еще один миф о Agile заключается в том, что в Agile нет документации. Как только проект завершен, команда исчезает в вихре пыли, оставляя после себя лишь несколько наскоро нацарапанных записей на салфетке. На самом деле это сложная проблема, и иногда в этом есть доля правды.
Самый известный миф: «В Agile нет планирования, вы просто решаете, что делать, по ходу дела».
Мой наставник однажды сказал: «Самая большая проблема в управлении проектами – это управление рисками».
О том, что делать сразу несколько дел – значит не сделать ни одного, мы знаем с детства. Пословица про погоню «за двумя зайцами» считается классическим примером русской народной мудрости. В методике управления проектами по Теории ограничений систем (ТОС) это называют многозадачностью. Выполнение нескольких задач в одном проекте или задач из разных проектов, обычно приводит к срыву запланированных сроков или к ухудшению качества выполненной работы.