Методология о людях: как я придумал Projex и зачем это вообще нужно

[Rusky_kot]

Держи, брат.

Наши велосипеды могут быстро ездить, потому что квадратные колеса для них когда-то сделали предки:

https://alpinabook.ru/catalog/book-sistema-razrabotki-produktsii-v-toyota/?srsltid=AfmBOoqTPXCjT7DwLd3G7bgrTlsLkbCV0UOPnoUE1rDtekHpDIpgMFvQ

У тебя ведь железо и инфра, а не только ПО. Должно зайти четко.

Этап кенто, проектирование на базе альтернатив, ведущие специалилисты по модулям, контрольные листки, разработка на основании стандартных платфори и т.д. и т.п.

Самый людской проектный ход:

https://www.litres.ru/book/valeriya-ilenkova/ne-uslozhnyay-upravlenie-proektami-po-metodu-p3-express-73805453

Доработай свой методологию напильником на основании этих материалов, будет годно.

[girder]

Спасибо большое, материал точно полезный - изучу.

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

[DmitryMironov]

Не понимаю, почему на проект, или даже в течение проекта, нельзя ставить сотрудников исходя из из умений и желаний?

Не понимаю, почему автор противопоставляет эти две вещи.

На всех проектах что делал, всегда смотрели кто что может и хочет развить. А методология зависела только от проекта и заказчика.

[girder]

Спасибо за замечание.

Я и не говорю, что другие методологии это запрещают делать (ставить сотрудника исходя из умений и желаний), возможно моя формулировка была раскрыта не корректно. Суть в другом: в Agile и PRINCE2 учёт интересов людей остаётся на усмотрение руководителя и если Вы это учитываете, то Вы хороший руководитель. А в Projex это обязательный шаг процесса с конкретными артефактами, которые должны быть зафиксированы

[iliamsk]

Когда я только начинал выстраивать процессы внутри команды, я экспериментировал с различными подходами

Если это не перевод статьи, то хочу спросить автора - а каковы были предпосылки? Ну, в чем сложность - дана голая команда без какой-либо системы работы или нужно как-то повысить ее эффективность? Почему Prince а не PMBoK?

[girder]

Спасибо за вопрос.

Предпосылки простые: команда была собрана в ходе разработки продуктов, процессы формализовались на лету, но единой системы не было. Почему её не было, тут я ничего не могу ответить за моих бывших руководителей. У каждого висело по 6-8 задач в высоком приоритете, сроки сдвигались, люди делали что сказали но не понимали зачем. Даже мне задачи прилетали от руководства и я не всегда понимал, что это и зачем. Поэтому я решил сделать так чтобы работа стала предсказуемой и людям было интересно.

По PMBoK — хороший вопрос, но это не совсем методология, это больше как свод знаний, поэтому для сравнения взял PRINCE2 как более конкретную систему. Её можно привести в пример, но я акцентировал внимание больше на методологиях

[iliamsk]

Забавно, что когда я начинал читать PMBoK, я не понял - чего там учить-то? Там были описаны весьма банальные вещи, но потом я прошел курс по управлению проектами, и методология закрепилась сама собой. Потом я решил для сравнения пройти курс про Prince и моя логика сломалась - очень сложная методология, по которой я бы работать не смог. Ну то есть для запуска космических аппаратов - самое оно, но для рядовых ИТ-проектов перебор. Потому и спросил.

[girder]

Согласен полностью, особенно про PRINCE2. Такая методология пригодится бигтехам, я думаю они её и применяют, но и то не всегда. В Projex я старался взять лучшее от структурированных подходов и упростить это.

По PMBoK мне к сожалению не удалось в корпоративной среде поработать, но при изучении показалось что это как “здравый смысл оформили в книгу”

[iliamsk]

здравый смысл оформили в книгу

Идеальная фраза! Однако тонкость в том, чтобы уметь это сформулировать. Обычно народ доходит до чего-то очевидного и на этом все заканчивается. Ну а там, где очевидно, зачем что-то описывать? Потом проходит поколение и причинно-следственная связь теряется (рука-лицо).