Я прочитал сообщение «13 причин не быть менеджером» и я хочу написать ответ. Прежде всего хотелось бы отметить, что доктор биологических наук Сергей Савельев в своей книге «Изменчивость и гениальность» говорит, что мозг каждого человека для чего-то создан.
У кого-то мозг программиста, у кого-то менеджера, кто-то может освоить обе области.
Но обычно талант заставляет человека заниматься тем, что ему нравится.
И то, для чего он не создан, не сделает его счастливым, и в этом вся суть.
Так, например, есть мозг художника, и он не будет математиком.
А математик часто не может написать блестящие стихи и так далее.
Есть гении, например Леонардо да Винчи, но это исключение.
Весь вопрос в том, чтобы овладеть азами профессии, и если тебе это нравится, ты должен этим заниматься.
Если нет, попробуйте себя в чем-то другом.
Поэтому универсального совета не существует; каждому нужно найти свое дело.
Это было предисловие, а теперь о плюсах работы менеджером.
Так что же такого крутого в управлении проектами? 1. Масштабируемость Как менеджер я могу выстраивать структуры управления, рабочие группы, и общий результат в разы больше, чем если бы я кодировал сам.
В то же время масштабируемость безгранична, пока возможностей достаточно.
обновление: замечательная цитата Зима_mute , описывая мои ощущения.
Мне кажется, самая адекватная мотивация быть менеджером – это желание делать то, что один человек сделать в принципе не может.Это значит, что если мы хотим создать автоматизацию контрактного отдела или техподдержку для обслуживания 10 000 клиентов, то нам нужна командная работа.
Трудно сделать это в одиночку.
И мне больше нравится делать масштабные проекты, чем самому делать один отчет или одну страницу, или даже большой модуль под хайлоад, но на его нарезку уходит полгода.
2. Безвременье Книга ДеМарко «Дедлайн», написанная в 80-е годы, а также книга Брукса 70-х годов актуальны и 30-40 лет спустя.
Все те же проблемы и те же решения.
В то же время вряд ли книги по этим технологиям (где-то видел, например, о программировании для Vax или особенностях MS DOS) могут быть актуальными после такого периода.
То есть вы прокачиваете свои навыки и они не устаревают. Как писали классики, дома новы, а предрассудки стары.
Тут, конечно, можно поспорить — освоив C++ в 90-е, можно и 20 лет спустя вкусно поесть с икрой.
Но за последние 7 лет я сменил три языка прикладного программирования, три языка веб-программирования и кучу мелких технологий.
И у каждого свои нюансы и мелочи, каждый для своих задач.
Мне каждый раз приходится сначала учиться, и мне это надоело.
Хотя общие принципы часто работают везде (SPOT, KISS и т. д.), суть дела зачастую решают мелочи.
И за ними нужно следить.
В случае управления проектами вы следуете стандартным правилам и не начинаете каждый раз с нуля.
Однако с роботизацией мира и изобретением полноценного ИИ в управлении проектами все может измениться.
3. Интересные задачи Несмотря на все типизации людей и стандартов, каждый человек и сотрудник уникален.
А это значит, что работа никогда не перестанет быть интересной.
В то же время работать с людьми действительно сложно и не каждому это под силу.
В случае с компьютером я точно знаю, в каком формате мне написать программу, по какому алгоритму, это предсказуемо.
Поэтому часто после решения задачи на бумаге в UML мне надоедает ее писать, поскольку решение и так ясно.
В случае с проектом нельзя сказать, что люди работали как часы.
Занимаюсь автоматизацией внутри компании.
Наши проекты похожи на стартапы, в разных сферах.
Автоматизация договоров, продаж, веб-проекты для квартир, агрегатор всех скидок компании, биллинг, автоматизация HR-отдела, сайт для привлечения программистов и так далее.
Когда я был программистом, у меня этого не было.
Каждый раз новая предметная область, новый язык, новые пользователи, новые клиенты, новые трудности.
Плюс улучшение - раздел нужно посетить, разработать метрики оценки эффективности, придумать, как этих метрик добиться.
Миллион разных решений, каждый раз новых, и это вызов, вызывающий чувство драйва, кайфа от работы .
4. Бесконечность развития проекта Любой проект можно развивать бесконечно.
Генерируйте идеи, воплощайте их, доставляйте пользователям, внедряйте новый функционал.
Это творчество в чистом виде.
Например, поначалу автоматизировали создание договоров — не вручную, а генерируются DOC и PDF. Потом усовершенствовали систему ценообразования, создали систему тарифов, а сами цены со скидками появляются в приложениях к договору.
Тогда возникла задача сделать удобнее работу с интерфейсом создания контракта.
Есть задача создания биллинга.
Тоже задача международных договоров, а это другая система цен, платежей и так далее, шаблоны договоров, реквизиты.
5. Риски и ответственность Да, это требует сильной психики.
Рисков много, нельзя винить ни дизайнера, который криво сделал макет, ни железа, ни слабого сервера.
Вы за все в ответе, и часто люди болеют независимо от вас и так далее.
И вы следите за этим.
И эта ответственность высокооплачивается, гораздо выше, чем у среднего разработчика.
Раньше я просто отвечал за проект и немного за серверную часть.
А теперь идет обучение сотрудников, подбор персонала и ранжирование по профессионализму.
И как дать кому-то перспективу, какие интересные задачи.
Как рассчитать премии, как повысить зарплату.
Как учесть возможные болезни и отпуска, чтобы был результат и сотрудники чувствовали себя комфортно.
И так далее.
То, что описано в исходном посте — бесконечные встречи, или всякие встречи и ретроспективы и т.п.
в Agile-методах, является ИМХО в 90% случаев пустой тратой времени разработчиков.
Следовательно, именно в этом, по сути, и состоит управление – в создании условий труда для талантливых сотрудников.
Люди должны четко знать, что им делать, и иметь под рукой все необходимое – план работы, перспективы роста, сложные задачи.
А менеджер проекта, менеджер, занимается расчищением пути в неизвестное будущее, доведением его до конца и миллионом дел.
Да, это сложная работа, и если вы не увлечены делать сложные релизы большой командой, но хотите четко кодить с утра до вечера, займитесь программированием.
Каждый должен делать то, что ему нравится.
Хороших программистов мало, а менеджеров еще меньше.
Я занимаюсь проектами уже два года и по сути являюсь только начинающим проектным менеджером.
В отделе 15 человек, несколько проектных групп.
Менеджер среднего звена — я руковожу теми, кто руководит программистами.
При этом я также непосредственно руковожу программистами и рядом проектов.
До этого я три года был ведущим веб-программистом, до этого стартапы, своя студия, фриланс и т. д. И, кстати, я до сих пор считаю, что невозможно сказать, кто лучше или хуже.
В человеке работает все – и мозг, и органы, и руки.
По отдельности это не работает, живет только система.
Так же и команда — проектом занимаются только менеджер и программист, да и другие специалисты.
Я даже сделал презентацию для конференции в нашей компании, ох роли программиста в компании и на рынке.
Или другими словами, программисты воплощают проект в жизнь, делают то, что нарисовали, спроектировали другие и так далее.
Всем удачи и хороших праздников! Теги: #Управление проектами #Управление проектами
-
Приложение Географических Координат «Широта»
19 Oct, 24 -
История Игрового Рынка, Часть 1
19 Oct, 24 -
Контрольный Список Для Борьбы С Фишингом
19 Oct, 24 -
Webos Станет Открытым Исходным Кодом
19 Oct, 24 -
Антивирусная Защита Предприятий
19 Oct, 24
