CRM — система взаимоотношениями с клиентами. Это означает, что система должна поддерживать например список клиентов + список договоров + список оплат. Как пример таких систем — 1С CRM; Microsoft Dynamics (на который у веб-студии вероятно не хватит денег) и т.д. Я работал в веб-студии в Топ-20, у нас изначально из CRM не использовалось ничего (Excel), потом перешли на 1С CRM. CRM изначально не призвана отслеживать задачи исполнителям, это чаще возможность для хранения клиентской базы и анализа клиентов (например, сегментация).
Для управления потоком задач используется task-manager. Очень частый пример — та самая Jira. В ней можно писать задачи людям + можно настроить workflow (например, менеджер ставит задачу, дальше что-то делает веб-программист, потом он нажимает «выполнено» и задача идет назад менеджеру и т.д.). Форум тоже пример task-manager, правда без настроенных workflow.
Есть ещё ПО для управления проектами, типа MS Project.
Fatalnost — можно ли попросить дополнительно сделать какой-то обзор по всем этим системам? Просто сейчас под словом «CRM в веб-студии» выступает сразу 3 категории, причем в списке выбора вообще не присутствует ни одной CRM. CRM для управления проектами — это оксюморон.
Всё просто: с начала проекта ДОГОВОРИТЕСЬ что вы считаете успешным.
VasilioRuzanni — пример почему удовлетворенность не является единственным критерием. Например менеджер в web-студии. Делает проект (сайт) для клиента. У проекта огромное вылезание за содержание проекта, сроки и бюджет при контракте fixed-price. Т.е. например он делает всё что просит заказчик, игнорируя контракт.
Итог — заказчик доволен. Студия получила расходы существенно выше стоимости сайта.
Вы забыли основное ограничение — содержание проекта))
Традиционно считается что успешный проект, который находится в рамках следующих ограничений («тройное ограничение» — правда ограничений самих больше :):
— содержание
— сроки
— стоимость
— качество
— удовлетворенность заказчика
Часть из требований вы могли опустить на начальном этапе и признать их гибкими. Например с самого начала вы договаривайтесь с заказчиком — «Слушай, ты сам не знаешь чего ты хочешь. Давай будем работать по Agile. И критерий успешности проекта — выполнение каждой итерации в срок, в рамках стоимости, с получением необходимого содержания, с должным качеством».
По поводу тезиса
«Успешным считается проект, повысивший зрелость компании в области управления проектами и оправдавший ожидания спонсоров к качеству, срокам и бюждету.» — это может быть правдой только при одном условии. Что вы не сформулировали критерии успешности проекта вместе с заказчиком и спонсором. А это нужно делать на начальной стадии проекта.
Я говорю не про этику вообще. А про этическую ответственность по стандартам PMI. Она включает в том числе обязательство не нарушать авторские права.
И несоблюдение профессиональной этики / ответственности грозит лишением PMP.
У меня была идея зачесть 110 часов по курсу «управление проектами и программами» в вузе в качестве 35 PDU, но хотелось появиться на бизнес-тренинге по PMBOK чтобы послушать.
Кстати в вашем варианте дешевле всё-таки будет стать членом PMI и потом заплатить за экзамен. Никто не заставляет за второй год членства в PMI платить. Итого 129 + 405 = 534 доллара.
Вид высшего образования не влияет на получение PMP. На сайтах pmi.ru/pmi.org есть подробные требования.
Любая процедура может быть либо:
1) бюрократией — если это стандартизированный процесс
2) несправедливой — если это нестандартизированный процесс.
Получение PMP стандартизирован по ISO 9001 — в этом смысле это бюрократия конечно )))). Т.е. есть четкая последовательность действий в результате которых либо получаешь PMP, либо нет.
В общем — нельзя мерить рост линейкой если кто-то лежит, а кто-то стоит. Все должны стоять и линейка должна быть ровно :).
Моё мнение состоит в том что Rita даст вам на порядок больше чем PMBOK. После прочтения Риты и прохождения всех заданий по 2 раза я могу восстановить порядок процессов и входы/выходы/методы при необходимости.
PMBOK это скорее справочник чем учебник. От менеджера проекта требуется знать что является основой для PMBOK
Аналогично. 24 PDU — это скорее всего курс «Основы управления на основе PMI PMBOK», так что возможно общее время обучения сократится.
Вообще предложенный вариант именно в таком виде не для слабых духом )) Нужно много самодисциплины чтобы подготовиться по этой схеме.
Если охота упростить себе работу то нужно:
1) собрать 2-4 человек которые вместе будут готовиться к PMP
2) или сходить на курсы по PMBOK 3rd edition / по подготовке к PMP
1) Кодить по ночам — сомневаюсь что это преимущество. В результате этого вы резко снижаете производительность днем.
2) Хабр читать — а остальные не читают? :))
Вопрос в том что:
1) PMP подтверждает достаточный уровень знаний по управлению проектами. По существу это некоторая метрика.
2) Подготовка к сдаче PMP заставит вас думать по-другому.
Общее правило по управлению проектами:
— у вас должен быть список требований по любой задаче, включающий в том числе критерии приемки. Ваша задача на уровне брифа сформулировать критерии приемки работ так, чтобы всем было очевидно что они выполнены.
В 99% случаев никто пункт выше реализовать не может и все начинают ссылаться на субъективность заказчика. Так выкиньте субъективность из критериев принятия дизайна!!! Включите это в риски и договоритесь о том что заказчик дополнительно будет оплачивать варианты дизайна.
У PMI есть стандарт Practice Standart for Project Configuration Management. У меня не дошли руки его прочитать, но думаю что 61 страница руководства должна быть очень подробной :)
Стандарт для членов PMI можно скачать у них на сайте pmi.org, либо отдельно купить там же
Какая-то слишком привязанная к контролю модель. Т.е. мы изначально предполагаем что исполнители стремятся наи испортить жизнь и их постоянно проверяем.
Что стоит сделать в первую очередь:
1. Описать содержание работы вместе с командой проекта. Обрисовать совокупность задач которые требуется сделать — например сделать ту же WBS. Основные причины когда падает мотивация — это когда не знают что нужно делать + когда приходится что-то переделывать.
2. У вас должно быть расписание и это расписание должно быть доступно сотрудникам. В расписание должна включаться информация о том кто делает, что делает, когда, какие результаты должны быть. Если есть специфические требования к результатам — пишите.
3. Результаты работ нужно контролировать в любом случае. И сроки тоже.
На мой взгляд это позволит вам решить 80% описанных вопросов по контролю. Для остальных 20% возможно придется возиться со стилями управления и т.д. Но на вашем месте я бы задал себе вопрос — а оно вам надо? :) Вы понимаете что время на управление проектом по технологии с «закручиваем гаек» потребует существенно большего количества человеко-часов? А взяться им неоткуда кроме как вам сидеть сутки на работе напролёт.
Для управления потоком задач используется task-manager. Очень частый пример — та самая Jira. В ней можно писать задачи людям + можно настроить workflow (например, менеджер ставит задачу, дальше что-то делает веб-программист, потом он нажимает «выполнено» и задача идет назад менеджеру и т.д.). Форум тоже пример task-manager, правда без настроенных workflow.
Есть ещё ПО для управления проектами, типа MS Project.
Fatalnost — можно ли попросить дополнительно сделать какой-то обзор по всем этим системам? Просто сейчас под словом «CRM в веб-студии» выступает сразу 3 категории, причем в списке выбора вообще не присутствует ни одной CRM. CRM для управления проектами — это оксюморон.
VasilioRuzanni — пример почему удовлетворенность не является единственным критерием. Например менеджер в web-студии. Делает проект (сайт) для клиента. У проекта огромное вылезание за содержание проекта, сроки и бюджет при контракте fixed-price. Т.е. например он делает всё что просит заказчик, игнорируя контракт.
Итог — заказчик доволен. Студия получила расходы существенно выше стоимости сайта.
Традиционно считается что успешный проект, который находится в рамках следующих ограничений («тройное ограничение» — правда ограничений самих больше :):
— содержание
— сроки
— стоимость
— качество
— удовлетворенность заказчика
Часть из требований вы могли опустить на начальном этапе и признать их гибкими. Например с самого начала вы договаривайтесь с заказчиком — «Слушай, ты сам не знаешь чего ты хочешь. Давай будем работать по Agile. И критерий успешности проекта — выполнение каждой итерации в срок, в рамках стоимости, с получением необходимого содержания, с должным качеством».
По поводу тезиса
«Успешным считается проект, повысивший зрелость компании в области управления проектами и оправдавший ожидания спонсоров к качеству, срокам и бюждету.» — это может быть правдой только при одном условии. Что вы не сформулировали критерии успешности проекта вместе с заказчиком и спонсором. А это нужно делать на начальной стадии проекта.
И несоблюдение профессиональной этики / ответственности грозит лишением PMP.
У меня была идея зачесть 110 часов по курсу «управление проектами и программами» в вузе в качестве 35 PDU, но хотелось появиться на бизнес-тренинге по PMBOK чтобы послушать.
Кстати в вашем варианте дешевле всё-таки будет стать членом PMI и потом заплатить за экзамен. Никто не заставляет за второй год членства в PMI платить. Итого 129 + 405 = 534 доллара.
Любая процедура может быть либо:
1) бюрократией — если это стандартизированный процесс
2) несправедливой — если это нестандартизированный процесс.
Получение PMP стандартизирован по ISO 9001 — в этом смысле это бюрократия конечно )))). Т.е. есть четкая последовательность действий в результате которых либо получаешь PMP, либо нет.
В общем — нельзя мерить рост линейкой если кто-то лежит, а кто-то стоит. Все должны стоять и линейка должна быть ровно :).
PMBOK это скорее справочник чем учебник. От менеджера проекта требуется знать что является основой для PMBOK
Вообще предложенный вариант именно в таком виде не для слабых духом )) Нужно много самодисциплины чтобы подготовиться по этой схеме.
Если охота упростить себе работу то нужно:
1) собрать 2-4 человек которые вместе будут готовиться к PMP
2) или сходить на курсы по PMBOK 3rd edition / по подготовке к PMP
Если ты «скачиваешь из интернета» Rita Mulcahy то ты не соответствуешь требованиям PMI по этике и тебя могут исключить.
P.S. Количество связей между нейронами от обучение увеличивается. Как это ни странно
2) Хабр читать — а остальные не читают? :))
1) PMP подтверждает достаточный уровень знаний по управлению проектами. По существу это некоторая метрика.
2) Подготовка к сдаче PMP заставит вас думать по-другому.
— у вас должен быть список требований по любой задаче, включающий в том числе критерии приемки. Ваша задача на уровне брифа сформулировать критерии приемки работ так, чтобы всем было очевидно что они выполнены.
В 99% случаев никто пункт выше реализовать не может и все начинают ссылаться на субъективность заказчика. Так выкиньте субъективность из критериев принятия дизайна!!! Включите это в риски и договоритесь о том что заказчик дополнительно будет оплачивать варианты дизайна.
Стандарт для членов PMI можно скачать у них на сайте pmi.org, либо отдельно купить там же
Могут таблицу в отдельный файл вынести и прикрепить. Сделать?
Что стоит сделать в первую очередь:
1. Описать содержание работы вместе с командой проекта. Обрисовать совокупность задач которые требуется сделать — например сделать ту же WBS. Основные причины когда падает мотивация — это когда не знают что нужно делать + когда приходится что-то переделывать.
2. У вас должно быть расписание и это расписание должно быть доступно сотрудникам. В расписание должна включаться информация о том кто делает, что делает, когда, какие результаты должны быть. Если есть специфические требования к результатам — пишите.
3. Результаты работ нужно контролировать в любом случае. И сроки тоже.
На мой взгляд это позволит вам решить 80% описанных вопросов по контролю. Для остальных 20% возможно придется возиться со стилями управления и т.д. Но на вашем месте я бы задал себе вопрос — а оно вам надо? :) Вы понимаете что время на управление проектом по технологии с «закручиваем гаек» потребует существенно большего количества человеко-часов? А взяться им неоткуда кроме как вам сидеть сутки на работе напролёт.