Читая описание вакансии «Менеджер проекта», что интернет гигантов, что небольших компаний. У меня возникает такое ощущение, что они сами не знают, чего они хотят. Ведь правда, кто сможет дать четкое описание того, кого вы хотите видеть? Давайте посмотрим, кто это такой. Let the show begin!
Мне больно смотреть, как руководители проектов и hr-специалисты пытаются выдавить описание того, как должен выглядеть менеджер. А его описание можно сказать простой фразой: «Нам нужен человек, который улучшит проект».
Мне очень нравятся фразы ведущих специалистов IT –области, которые с гордостью заявляют, что они создают новые потребности и толкают мир вперед. Это действительно так. Но вот когда настает время, а как же улучшить продукт, начинаются танцы с бубном.
Самый банальный и общеизвестный путь. Ты заканчиваешь технический вуз, устраиваешься младшим разработчиком в какую-нибудь компанию, потом продвигаешься до разработчика. А там уже выбираешь, кем ты хочешь быть. Старшим программистом, ведущим программистом или менеджером проекта.
Или ты должен быть девушкой, чтобы тебя взяли для того, чтобы ты вел переговоры с партнерами и сглаживал конфликты в мужском коллективе. Роль тоже очень ответственная.
А вот если у человека нет технического образования, и он не девушка. То тут начинаются отказы и игнорирование HR специалистов. Устроиться на стажировку практически невозможно, а без опыта работы на должность сразу не поставят. И это печально.
«Анализ поведения пользователей и выработка концепций по улучшению функционала». Как специалист по социально-культурному сервису, я скажу, что это бред.
Что такое IT-Проект – это хозяйствующий субъект, который реализует товар, выполняет работу или оказывает услугу. В данном случае поиск mail.ru – это услуга. Отлично, как можно оценить качество услуги? Любая услуга оценивается по двум критериям: условное качество (то, что ожидает получить пользователь) и фактическое (как оно должно быть согласно госту или нормативным документам).
Все что делает технический менеджер проекта: он проводит анализ поведения клиентов, а значит, он влияет только на условное качество услуги. Вопрос на миллион: вы когда-нибудь видели клиента, который точно знает, что ему нужно? Редко, очень редко.
А как должно выглядеть фактическое качество услуги? Мы же творим новые технологии, мы двигаем вперед мир. Мы делаем то, что раньше не существовало. И вот никто не знает.
А все что требуется, так это взять основные критерии качества услуги: Осязаемость, надежность, ответственность, законченность, доступность, безопасность, вежливость, коммуникабельность, взаимопонимание с покупателем. Определить показатели сопротивления и привести их к нулю.
Вы никогда не думали, откуда была взята информация в книгах по интерфейсам. Снижение кликов необходимых для достижения целей, фокусное внимание потребителя, удаление лишних информации. Вот это все базируется на фактических принципах услуг.
«Постановка технических заданий разработчикам, контроль за соблюдением сроков разработки». Мы все прекрасно знаем, что техническое задании: это объемный лист макулатуры, который нужен, чтобы избежать неточностей, разногласий, юридических и финансовых издержек. Все это правильно, понятно и объяснимо.
Но наше предназначение улучшить проект для конечного потребителя и тем самым повысить доходность, ведь так? Скажем на автомобильный проект приходит человек, который всю жизнь занимался продажей авто, а тут ему захотелось «изменить мир». Он точно знает, что должно быть. Но он не может написать технический текст. Кто будет прав? Тот, кто улучшит проект и принесет доход.
Мне повезло поработать в команде с одним очень удивительным человеком. В городе было три городских портала. Все из них были созданы веб-студиями, профессиональными разработчиками. Но тут в целях расширения бизнеса, один проект и часть команды покупаются владельцем местной газеты. Через полгода, именно этот проект вышел в лидеры и завоевал 73 процента всего рынка.
Руководитель газеты знал, как продавать информацию. Он знал, как её представить. Но он совершенно не разбирался в IT-области. Он просто подходил к программистам и говорил, я хочу чтобы вот это было тут. Как ты это сделаешь, меня не волнует. Если ему пытались объяснить, что это все нарушает верстку и структуру проекта. Он повышал голос и говорил, что это не его проблема. Его никто не любил, но он добился результата.
Я могу согласиться с тем, что без понимания общей модели разработки, невозможно организовать работу команды проекта. Но мне не нравится ситуация, когда на позицию руководителя ставят бывшего технического специалиста, который зачастую ограничен техническим рамками.
Сейчас интернет захватывает все области экономической деятельности. И достаточно глупо полагать, что узконаправленные технические специалисты смогут грамотно организовать работу всех сфер.
Когда я стал отправлять заявки на должность, мне грубо ответили, что без технических знаний, ну вы поняли. Я организовал собственный проект, который содержал нетривиальные решения. Провел анализ конкурентной среды, предложил пути решений. Обеспечил рост и практически 100% релевантность входящего трафика. Потом мне стали отказывать, потому что я слишком молод. В общем, я не понимаю, кого хотят получить HR на позицию менеджера проекта.
Мне больно смотреть, как руководители проектов и hr-специалисты пытаются выдавить описание того, как должен выглядеть менеджер. А его описание можно сказать простой фразой: «Нам нужен человек, который улучшит проект».
Мне очень нравятся фразы ведущих специалистов IT –области, которые с гордостью заявляют, что они создают новые потребности и толкают мир вперед. Это действительно так. Но вот когда настает время, а как же улучшить продукт, начинаются танцы с бубном.
Как стать менеджером проекта?
Самый банальный и общеизвестный путь. Ты заканчиваешь технический вуз, устраиваешься младшим разработчиком в какую-нибудь компанию, потом продвигаешься до разработчика. А там уже выбираешь, кем ты хочешь быть. Старшим программистом, ведущим программистом или менеджером проекта.
Или ты должен быть девушкой, чтобы тебя взяли для того, чтобы ты вел переговоры с партнерами и сглаживал конфликты в мужском коллективе. Роль тоже очень ответственная.
А вот если у человека нет технического образования, и он не девушка. То тут начинаются отказы и игнорирование HR специалистов. Устроиться на стажировку практически невозможно, а без опыта работы на должность сразу не поставят. И это печально.
Обязанности менеджера проекта от Mail.ru
«Анализ поведения пользователей и выработка концепций по улучшению функционала». Как специалист по социально-культурному сервису, я скажу, что это бред.
Что такое IT-Проект – это хозяйствующий субъект, который реализует товар, выполняет работу или оказывает услугу. В данном случае поиск mail.ru – это услуга. Отлично, как можно оценить качество услуги? Любая услуга оценивается по двум критериям: условное качество (то, что ожидает получить пользователь) и фактическое (как оно должно быть согласно госту или нормативным документам).
Все что делает технический менеджер проекта: он проводит анализ поведения клиентов, а значит, он влияет только на условное качество услуги. Вопрос на миллион: вы когда-нибудь видели клиента, который точно знает, что ему нужно? Редко, очень редко.
А как должно выглядеть фактическое качество услуги? Мы же творим новые технологии, мы двигаем вперед мир. Мы делаем то, что раньше не существовало. И вот никто не знает.
А все что требуется, так это взять основные критерии качества услуги: Осязаемость, надежность, ответственность, законченность, доступность, безопасность, вежливость, коммуникабельность, взаимопонимание с покупателем. Определить показатели сопротивления и привести их к нулю.
Вы никогда не думали, откуда была взята информация в книгах по интерфейсам. Снижение кликов необходимых для достижения целей, фокусное внимание потребителя, удаление лишних информации. Вот это все базируется на фактических принципах услуг.
«Постановка технических заданий разработчикам, контроль за соблюдением сроков разработки». Мы все прекрасно знаем, что техническое задании: это объемный лист макулатуры, который нужен, чтобы избежать неточностей, разногласий, юридических и финансовых издержек. Все это правильно, понятно и объяснимо.
Но наше предназначение улучшить проект для конечного потребителя и тем самым повысить доходность, ведь так? Скажем на автомобильный проект приходит человек, который всю жизнь занимался продажей авто, а тут ему захотелось «изменить мир». Он точно знает, что должно быть. Но он не может написать технический текст. Кто будет прав? Тот, кто улучшит проект и принесет доход.
Мне повезло поработать в команде с одним очень удивительным человеком. В городе было три городских портала. Все из них были созданы веб-студиями, профессиональными разработчиками. Но тут в целях расширения бизнеса, один проект и часть команды покупаются владельцем местной газеты. Через полгода, именно этот проект вышел в лидеры и завоевал 73 процента всего рынка.
Руководитель газеты знал, как продавать информацию. Он знал, как её представить. Но он совершенно не разбирался в IT-области. Он просто подходил к программистам и говорил, я хочу чтобы вот это было тут. Как ты это сделаешь, меня не волнует. Если ему пытались объяснить, что это все нарушает верстку и структуру проекта. Он повышал голос и говорил, что это не его проблема. Его никто не любил, но он добился результата.
Что мне не нравится
Я могу согласиться с тем, что без понимания общей модели разработки, невозможно организовать работу команды проекта. Но мне не нравится ситуация, когда на позицию руководителя ставят бывшего технического специалиста, который зачастую ограничен техническим рамками.
Сейчас интернет захватывает все области экономической деятельности. И достаточно глупо полагать, что узконаправленные технические специалисты смогут грамотно организовать работу всех сфер.
Когда я стал отправлять заявки на должность, мне грубо ответили, что без технических знаний, ну вы поняли. Я организовал собственный проект, который содержал нетривиальные решения. Провел анализ конкурентной среды, предложил пути решений. Обеспечил рост и практически 100% релевантность входящего трафика. Потом мне стали отказывать, потому что я слишком молод. В общем, я не понимаю, кого хотят получить HR на позицию менеджера проекта.