Колонка эксперта. Мы - как компания, и Я - как консультант часто провожу тренинги по управлению проектами в которых есть тема "про Agile". Но так, как "мой Agile" имеет элементы Теории Ограничений (как и в BIPULSE, и в Методе управления проектным бизнесом), управления проектами и учитывает реальность, что среда всегда много-проектная с множеством обязательств и "мой Agile" больше про бизнес, чем про инженеров. Я начал смотреть на Манифест с другой стороны.

В мире, где бизнес-среда становится все более динамичной и сложной, компаниям приходится постоянно адаптироваться и внедрять новые инициативы для поддержания конкурентоспособности. Именно здесь на помощь приходит проектный офис - ключевое звено, обеспечивающее успешную реализацию проектов и достижение стратегических целей организации.

Так, как слова имеют значение, то давайте для начала определим термин Scrum Master (SM) - я переведу его буквально "Хозяин Скрама". Непривычно да? Согласен! Однако, Скрам - это процессный каркас, поэтому предлагаю обобщить: "Хозяин процесса". Так чуть лучше, но предлагаю не использовать термин "Владелец процесса" здесь, так, как можно быть владельцем дома, но не быть его хозяином.

Итак, мы определись с термином, а теперь самый главный вопрос: зачем вам Хозяин процесса? Для какой цели он нужен?

Применяя любые управленческие подходы необходимо их применять осмысленно, а не просто потому что "это модно" и "это популярно", "это у ХХХ получилось". И если "Свод знаний по управлению проектом" это сборник лучших практик, где почти в каждой главе указано "выбрите нужные для вас", то такого нельзя сказать про адаптивные подходы (Agile-подходы). Поэтом давайте разбираться с Agile-подходами к разработке программного обеспечения, почему появились и в чём ключевые отличия.

Сейчас те, кто кто не начинал применение адаптивных подходов к разработке программного обеспечения в 2000 годах, а прошли различное обучение или по верхам нахватались, применяют для оценки длительности задач единицы Story Point (SP) - единицы историй. Но, часто , неправильно...

Управление трудовыми ресурсами проекта одна из главных областей знаний при выполнении ИТ-проектов и проектов типа НИР и НИОКР. Так как в таких проектах большую роль играет человеческий фактор. Если следовать букве Свода знаний по управлению проектами PMBoK от PMI, то у руководителя проекта всегда должен быть "План управления человеческими ресурсами" с описанием как именно он планирует управлять этими ресурсами.

Нечасто мы сообщаем о выходе новых функций в BIPULSE. Но о новой версии Системы управления проектами BIPULSE 7.0 точно стоит рассказать!

Если считать, что BIPULSE 6.5 мы выпустили примерно год назад, то изменений много. По сравнению предыдущей версией, BIPULSE 7.0  получила обновленный интерфейс, и вместе с ним несколько важных возможностей для управления компанией.  А именно:  новый быстрый интерфейс, адаптацию под мобильный телефон, профили пользователей, добавление файлов  проектам и программам, планирование трудозатрат, управление ресурсами, выключение режима выравнивания, интеграции с системами учета задач  и электронными таблицами и методику управления проектной организацией.

Как оценивать задачи? В каких единицах оценивать задачи для инженера? 

Обычно я рекомендовал оценку в человеко-днях,  аргументируя "так честнее" по сравнению с "единицами сложности" (Story points). И меня спрашивали "А почему не в человеко-часах или идеальных человеко-часах?"

Любая система предназначена для решения каких-то задач. Если мы говорим об автоматизированной системе, то это может быть простая автоматизация рутины, или существенное подспорье для руководителя.

Когда у нас все специалисты кросс-функциональны это идеально, но так не бывает. Однако иногда, в редких случаях это можно достичь, особенно в смежных областях знаний.