Собрать идеальную команду очень сложно, как и добиться благоприятной обстановки, когда в трудовом коллективе всё идёт хорошо. И получается это далеко не всегда. Но как быть в ситуациях, когда вы долго трудились над тем, чтобы всё работало как надо, но вам вдруг вставляют палки в колёса, причём не рядовые подчинённые или специалисты, а руководители низшего звена?
Любой проект должен быть ограничен во времени. Но время, в течение которого он будет реализовываться, практически невозможно предсказать со 100% точностью. Отчасти оно будет зависеть от внешних факторов и рисков, отчасти – от внутренних.
Ниже подробно разберём возможность управления продолжительностью проекта.
Ошибки являются естественным явлением, с которым сталкивается каждый. Нет ни одного человека, который бы их не допускал. Но у всех ошибок разные последствия. Какие-то из них могут быть даже позитивными, но чаще всего ошибка несёт за собой негатив.
Хорошо, когда планы выполняются близко к идеалу или даже с превышением нормы. Но если что-то пойдёт не так по независящим от вас причинам? Подведёт поставщик. Не сможет внести оплату клиент. Нагрянет проверка, и работа головного офиса будет парализована на несколько дней. Или во время земляных работ случайно обрубят кабель вашего интернет-провайдера, и вы не сможете воспользоваться своим бизнес-софтом и базами данных (CRM, ERP и прочих информационных систем).
Многие слышали название, но не все знают, как использовать в своих проектах методологию управления PRINCE2. Изначально технология PRINCE была выбрана в качестве правительственного стандарта в Великобритании для проектов, связанных с информационными системами. Позже все наработки и интеллектуальные права были переданы компании AXELOS Ltd. А та в свою очередь сделала PRINCE2 полностью открытым, хотя и оставила платные услуги по обучению и сертификации.
Как могут быть связаны помидоры и продуктивность команды? Нет, это не имеет никакого отношения к важности Синьора Помидора из сказки Джанни Родари, и в целом это не про помидоры как таковые.
В различных гибких методологиях проекты рассматриваются как бесконечно совершенствуемый процесс. Но даже там выделяются стадии развития любого проекта, которые он обязательно пройдёт. Не бывает так, что проект существует бесконечно: или закончится поток финансов от инвестора, или пользователи потеряют интерес, или задачи, которые решает проект, потеряют свою актуальность.
Несмотря на повсеместную автоматизацию и уменьшение ручного труда, современный бизнес не может полностью отказаться от сотрудников. По крайней мере, необходимо, чтобы люди обеспечивали обслуживание оборудования и информационных систем, а клиенты должны иметь возможность получать четкие человеческие ответы и консультации по спорным вопросам.
Стейкхолдер – это очень широкое понятие, которое используется в проектировании систем и в управлении проектами. В частности, термин активно применяется в PMBoK (серьёзный фреймворк для запуска сложных проектов), в ISO 9000 (серия стандартов, касающихся менеджмента качества), а также в ISO/IEC 42010 (наш аналог ГОСТ Р 57100, описание архитектуры для системной и программной инженерии).
Долгое время в России не было даже теоретической базы для проектирования корпоративных систем и предприятий корпоративного типа. Основная ставка делалась на унитарные организации. С 1990-х годов после перестройки в страну потекли иностранные капиталы, стали появляться более крупные предприятия, которые функционируют и управляются иначе, чем унитарные.
