Менеджер-снежинка: как не надо строить команду

[BENZIN]

Спасибо! как раз назрела такая проблема нехватки времени…

[PSHKGRZN]

Менеджер снежинка полезен на начальных этапах формирования команды!
Со временем, он ОБЯЗАН передавать свои полномочия в руки доверенных лиц-членов команды. В этом залог успеха малых, средних и выросших больших проектов.

Проблема в том, что нас никто не тренерует (обучает) быть успешным, и умело вести бизнес! И из-за этого мало кто различает тот момент, когда можно начинать передавать свои полномочия…

[case]

А чем он полезен на начальных этапах-то?

[PSHKGRZN]

А есть ли смысл организовывать команду взаимодействующих управленцев на старте бюджетного проекта?

[case]

Не совсем понял. Что значит «взаимодействующих управленцев» и «бюджетного проекта»? Все проекты имеют бюджет.

[arc]

это называется делегирование полномочий.

открывайте книжку Мескона основы менеджмента.

эффективность управления падает пропорционально количеству людей которые напрямую подчинены руководителю.

[iv1]

это называется реструктуризация/организация информационных потоков

[case]

И вы правы, но я думал в первую очередь про делегирование задач рисуя картиночки.

[case]

Совершенно верно. Но в картинках воспринимается проще :)

[iv1]

Вообще термин «человек-снежинка», не очень подходит для названия т.к. снежинка не тает от обилия её связей и как мне видится простое слово распыляться очень даже подходит под описание процесса.

Хочу сказать Автору отдельное спасибо — через его сайт я открыл для себя Дилберта.

[iv1]

прошу прощения не «человек...», а конечно,«менеждер...»

[case]

Тут слово снежинка чисто визуально получилось после рисования :)

[iv1]

Прошу заранее извинить за офтопик, но:

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

Несмотря на то, что рассматривается игровое ПО, но моё личное мнение такого, что тезисы из этой книги и в большей степени относятся к любому типу ПО, потому что при разработки игр всегда думают о игроках(конечных пользователях) и зачастую игры гораздо сложнее по управлению(своему геймплею), чем классическое ПО.
А как хотелось, чтоб разработчики любого ПО при проектировании только и думали о удобстве своего геймплея.

Проектирование и архитектура игр