Группа молодых людей (средний возраст 20 лет) хотела бы создать организацию, которая претворяла бы проекты в жизнь. Возникает вопрос: какая структура лучше всего подходит для управления этой организацией, состоящей примерно из 32 человек с разными талантами и специальностями, от технических до управленческих?
Мне бы хотелось привести примеры профессиональных организаций, которые ориентированы на проекты и занимаются множеством проектов одновременно. Я хотел бы, чтобы наша организация могла адаптироваться к изменениям в социальной сфере в дополнение к изменениям в нашем экономическом положении. Я также хотел бы знать, как получить нам серьезных спонсоров?
Я хотел бы знать все, что нужно для создания команды проекта и как ее поддерживать, включая задачи каждого члена команды и т. д.
Во-первых, это перспектива проекта. Вы, как организация, должны сесть и проверить каждый проект и выяснить, какой опыт требуется для проекта и на каком уровне . Имейте меньшие группы, и каждая группа должна составлять список для каждого проекта. Когда они закончат, они должны сравнить свои списки и прийти к общим настройкам.
Теперь, когда вы знаете, что вам нужно, пришло время посмотреть, что у вас есть. Попросите людей поставить свои имена рядом с проектом, исходя из их знаний и интересов.
Вы или CEO/CTO должны знать приоритетность проектов, а в списках выше должно быть видно, можете ли вы начать над ними работать или нет. Если у вас недостаточно опыта, чтобы начать, вы можете проверить интерес. Или, если у вас больше людей, вы как организация можете начать спорить о том, как распределить себя.
Когда проект будет готов, вы можете начать эту процедуру снова.
Другой подход, который мне больше нравится, состоит в том, чтобы иметь кросс-функциональные команды. Такая команда должна обладать знаниями для работы с любыми проектами в вашей области. Вы можете сформировать эту команду по принципу «кто с кем хочет работать». Конечно, кросс-функциональность важнее личных предпочтений, когда команде не хватает определенного качества.
Я предпочитаю второй вариант, потому что команда может оставаться вместе, и времени на «формирование и штурм» уходит меньше, и такая команда учится быстрее, чем меняющаяся. Первый вариант мало заботится о людях и их предпочтениях, поэтому является своего рода краткосрочным или экстренным решением.
Вместо того, чтобы пытаться заранее определить, какой будет организационная структура и роли, почему бы не позволить им самоорганизоваться?
Создавайте мультидисциплинарные команды. Исследования показали, что хороший размер команды находится в диапазоне от 3 до 9 человек. Более того, общение может стать проблемой. Может быть, для вашей организации подойдет 4-5 команд?
После того, как вы организовали команды, создайте четкий список невыполненных работ для каждой команды. Лучше всего это сделать, работая в тесном сотрудничестве с вашими клиентами/пользователями. Или, возможно, создав роль типа «Владелец продукта», которая отвечает за сопоставление требований и определение их приоритета.
Теперь команды могут приступить к работе над бэклогом. Предложите им регулярно встречаться (скажем, раз в неделю или раз в две недели), чтобы обсудить, как идут дела. Затем позвольте им скорректировать свой процесс, организацию и роли, чтобы отразить то, что они узнали.
Пусть команды регулярно общаются друг с другом, чтобы они могли поделиться своим опытом и своим подходом.
Вот и все. Осмотрите и адаптируйте. Если команды решат, что они хотят использовать формальную структуру, такую как Scrum или Prince 2, они могут ее внедрить. Но пусть процесс будет подтягиваться к командам в соответствии с их потребностями, а не начинать с процесса и заставлять команды адаптироваться к нему. Это.
Попробую кратко показать свой подход:
каждые 3 месяца делайте последующие шаги для улучшения процессов вашей команды