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