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