Согласен полностью, особенно про PRINCE2. Такая методология пригодится бигтехам, я думаю они её и применяют, но и то не всегда. В Projex я старался взять лучшее от структурированных подходов и упростить это.
По PMBoK мне к сожалению не удалось в корпоративной среде поработать, но при изучении показалось что это как “здравый смысл оформили в книгу”
Предпосылки простые: команда была собрана в ходе разработки продуктов, процессы формализовались на лету, но единой системы не было. Почему её не было, тут я ничего не могу ответить за моих бывших руководителей. У каждого висело по 6-8 задач в высоком приоритете, сроки сдвигались, люди делали что сказали но не понимали зачем. Даже мне задачи прилетали от руководства и я не всегда понимал, что это и зачем. Поэтому я решил сделать так чтобы работа стала предсказуемой и людям было интересно.
По PMBoK — хороший вопрос, но это не совсем методология, это больше как свод знаний, поэтому для сравнения взял PRINCE2 как более конкретную систему. Её можно привести в пример, но я акцентировал внимание больше на методологиях
Я и не говорю, что другие методологии это запрещают делать (ставить сотрудника исходя из умений и желаний), возможно моя формулировка была раскрыта не корректно. Суть в другом: в Agile и PRINCE2 учёт интересов людей остаётся на усмотрение руководителя и если Вы это учитываете, то Вы хороший руководитель. А в Projex это обязательный шаг процесса с конкретными артефактами, которые должны быть зафиксированы
Да, тут я не делал акцент на сборке железа и подготовке инфраструктуры под все ПО. Это стоит раскрыть в следующей части - как я применяю методологию фактически на всех аспектах при реализации проектов.
Согласен полностью, особенно про PRINCE2. Такая методология пригодится бигтехам, я думаю они её и применяют, но и то не всегда. В Projex я старался взять лучшее от структурированных подходов и упростить это.
По PMBoK мне к сожалению не удалось в корпоративной среде поработать, но при изучении показалось что это как “здравый смысл оформили в книгу”
Спасибо за вопрос.
Предпосылки простые: команда была собрана в ходе разработки продуктов, процессы формализовались на лету, но единой системы не было. Почему её не было, тут я ничего не могу ответить за моих бывших руководителей. У каждого висело по 6-8 задач в высоком приоритете, сроки сдвигались, люди делали что сказали но не понимали зачем. Даже мне задачи прилетали от руководства и я не всегда понимал, что это и зачем. Поэтому я решил сделать так чтобы работа стала предсказуемой и людям было интересно.
По PMBoK — хороший вопрос, но это не совсем методология, это больше как свод знаний, поэтому для сравнения взял PRINCE2 как более конкретную систему. Её можно привести в пример, но я акцентировал внимание больше на методологиях
Спасибо за замечание.
Я и не говорю, что другие методологии это запрещают делать (ставить сотрудника исходя из умений и желаний), возможно моя формулировка была раскрыта не корректно. Суть в другом: в Agile и PRINCE2 учёт интересов людей остаётся на усмотрение руководителя и если Вы это учитываете, то Вы хороший руководитель. А в Projex это обязательный шаг процесса с конкретными артефактами, которые должны быть зафиксированы
Спасибо большое, материал точно полезный - изучу.
Да, тут я не делал акцент на сборке железа и подготовке инфраструктуры под все ПО. Это стоит раскрыть в следующей части - как я применяю методологию фактически на всех аспектах при реализации проектов.