Название | От ботана-программиста до разгильдяя топ-менеджера. Практическое руководство для карьеристов |
---|---|
Автор произведения | Евгений Валерьевич Игумнов |
Жанр | Маркетинг, PR, реклама |
Серия | |
Издательство | Маркетинг, PR, реклама |
Год выпуска | 2013 |
isbn |
Заключение
В жизни все не так однозначно, как в теории. Люди и коллективы мозаичны, изменчивы со временем. В каждом человеке сочетаются сразу несколько признаков в разной степени внешнего проявления. Не торопитесь наклеивать на людей ярлычки, будь это ваш начальник или подчиненный. Лучше обратите пристальное внимание на составляющие мозаики человеческой личности. Вы должны понимать, что, в первую очередь, необходимо изменить себя, а потом эти изменения коснутся тех людей, с которыми вы работаете. Если вы – ничем не примечательная личность, но при этом ждете окружения высоких результатов, ничего не получится. Начните с себя! Сначала нужно вырасти самому, чтобы к вам начали тянуться лучшие из лучших.
Список рекомендуемой литературы:
1. Тарасов В.К. Искусство управленческой борьбы. Технологии перехвата и удержания управления. М.: Добрая книга, 2007. – 432 с.
2. Литвак, Михаил. Командовать или подчинятся? Ростов-на-Дону, 2010. – 384 с.
3. Крейнер, Стюарт. Бизнес-путь. Джек Уэлч. 10 секретов величайшего короля менеджмента. СПб: 2004. – 192 с.
4. Грам, Антон. Бизнес с самурайским мечом. Элитайл, MP3-CD, 2005 г., 2005. MP3-CD.
5. Макиавелли, Николло. Государь. М.: Издательская группа «Аст», 2011. – 608 с.
6. Сгрийверс Йооп. Как быть крысой. Искусство интриг и выживания на работе. М.: Олимп-Бизнес, 2006. – 192 с.
ГЛАВА 3. «ПОДВОДНЫЕ КАМНИ» СТАРТАПОВ
Введение
В этой главе речь пойдет о стандартных заблуждениях при запуске стартапов в IT-сфере. Отправной точкой моих рассуждений стали трудности при формировании рабочей команды, повсеместное непонимание значения уровня квалификации менеджера для проекта в целом, переоценкой руководителями пользы совещаний, неуместный перфекционизм и многое другое.
Для удобства читательского восприятия буду далее в тексте называть IT-проект просто проектом, а программное обеспечение, создающее проект или сервис, работающий на нём, продуктом.
В этой главе я расскажу о тех «кругах ада», проходя через которые я старался следовать здравому смыслу, а не сухой логике параграфов из учебника. Несмотря на то, что кому-то из читателей информация покажется набором банальностей, давно известными истинами, считаю необходимым на собственном опыте показать, каких ошибок следует избегать.
Заблуждение первое. Проект лучше всего начинать с готовой командой
Заказчик, как правило, руководствуется двумя соображениями:
1. на рынке труда с каждым годом все сложнее найти толковых специалистов;
2. команда, сработавшаяся на других проектах, имеет высокий уровень профессионализма.
Рассмотрим первое утверждение. Действительно, современные тенденции таковы, что институты с каждым годом выпускают