Долгое время в системах управления проектами преобладал стандартный последовательный подход. Но с наращиванием оборотов IT-сферы всё изменилось. Институт PMI популяризировал гибкие методологии управления и доказал их эффективность.
Сами по себе гибкие методологии – это попытка управления хаосом. Но они весьма разнородны и нацелены скорее на процесс, чем на чёткое структурирование.
Часто можно услышать, что менеджер проекта (PM, он же Project Manager) должен быть лидером, обладающим необходимыми чертами характера и стремлением быть первым во всём. Он также должен уметь коммуницировать, решать спорные ситуации и конфликты, управлять людьми, координировать действия команды, правильно ставить цели и мотивировать сотрудников к их достижению и не только. Но все эти навыки относятся к личным качества, так называемые софт-скиллам.
Любая команда, работающая над разработкой собственного или клиентского проекта, сталкивается с тем, что без чёткой методики управления быстро наступает хаос. Этот хаос затрагивает все аспекты: отношения между участниками, взаимодействие с клиентами и внешними партнёрами, финансирование, сроки и прочее. И в конечном итоге проект разваливается, не дойдя до конца.
Ниже подробно рассмотрим одну из гибких методологий разработки программных продуктов – экстремальное программирование.
Когда компания работает по отлаженной системе и стабильно приносит деньги своим инвесторам, многие управленцы не хотят ничего менять. Да и зачем? Срабатывает принцип «работает, не трожь»!
Но это недопустимо, в реальности такая ситуация может привести к необратимой деградации, и организация в какой-то момент останется за бортом, не успев адаптироваться к изменяющемуся рынку.
Что есть регулярный менеджмент? Когда стоит задуматься о его внедрении, и нужен ли он вам на предприятии? Почему не все компании придерживаются подобных политик управления?
Все эти и некоторые другие вопросы рассмотрим в данном материале. Тема очень тесно связана с качеством планирования, так что без профильных инструментов здесь никак не обойтись. А у нас как раз есть отличное решение для планирования работы сотрудников.
Собрать идеальную команду очень сложно, как и добиться благоприятной обстановки, когда в трудовом коллективе всё идёт хорошо. И получается это далеко не всегда. Но как быть в ситуациях, когда вы долго трудились над тем, чтобы всё работало как надо, но вам вдруг вставляют палки в колёса, причём не рядовые подчинённые или специалисты, а руководители низшего звена?
Любой проект должен быть ограничен во времени. Но время, в течение которого он будет реализовываться, практически невозможно предсказать со 100% точностью. Отчасти оно будет зависеть от внешних факторов и рисков, отчасти – от внутренних.
Ниже подробно разберём возможность управления продолжительностью проекта.
Ошибки являются естественным явлением, с которым сталкивается каждый. Нет ни одного человека, который бы их не допускал. Но у всех ошибок разные последствия. Какие-то из них могут быть даже позитивными, но чаще всего ошибка несёт за собой негатив.
Хорошо, когда планы выполняются близко к идеалу или даже с превышением нормы. Но если что-то пойдёт не так по независящим от вас причинам? Подведёт поставщик. Не сможет внести оплату клиент. Нагрянет проверка, и работа головного офиса будет парализована на несколько дней. Или во время земляных работ случайно обрубят кабель вашего интернет-провайдера, и вы не сможете воспользоваться своим бизнес-софтом и базами данных (CRM, ERP и прочих информационных систем).
Многие слышали название, но не все знают, как использовать в своих проектах методологию управления PRINCE2. Изначально технология PRINCE была выбрана в качестве правительственного стандарта в Великобритании для проектов, связанных с информационными системами. Позже все наработки и интеллектуальные права были переданы компании AXELOS Ltd. А та в свою очередь сделала PRINCE2 полностью открытым, хотя и оставила платные услуги по обучению и сертификации.