Разговор нужно строить в ключе улучшения существующих процессов, а не критики существующего порядка. Дело в том, что если мы спрашиваем: «Что не так?», то человек может начать критиковать действия другого члена команды, а это приведет лишь к деструктивному конфликту, в то время как вопрос «Что мы можем сделать лучше?» убирает личностный момент и направляет диалог в конструктивное русло.
Чем чаще команда проекта демонстрирует результат работы бизнесу, тем меньше вероятность сделать с проектом что-то не то.
Для этого проводится тендер, участников которого просят оценить стоимость выполнения проекта. Допустим, пришло пять предложений: $80 000, $130 000, $140 000, $150 000 и $230 000. Далее отсекаются крайние значения, поскольку, скорее всего, они неадекватны ($80 000 и $230 000), а из оставшихся выводится среднее:
(130 + 140 + 150) / 3 =140.
Эта сумма и берется в качестве оценки стоимости проекта.
Такой метод компании используют, когда нужно оценить проект в той сфере, где у них совсем нет или мало экспертизы.
Экстремальное программирование (Extreme Programming, XP), как и большинство других гибких методологий, — скорее философия, чем набор инструментов.
Модель рабочего процесса по XP выглядит как частая последовательность выпусков продукта
Отличное решение — вовлекать команду в формирование расписания проекта. Если команда помогает менеджеру, то у нее впоследствии не будет вопросов, откуда взялись те или иные сроки.
Готовность к изменениям важнее следования изначальному плану.
Сотрудничество с заказчиком важнее следования условиям договора.
Работающий продукт важнее исчерпывающей документации.
Люди и взаимодействие между ними важнее процессов и инструментов.
Вся суть управления проектами заключается в навыке умело управлять содержанием работ, расписанием, стоимостью и качеством
