Быть может тут и есть какое-то разногласие в терминах, но главное что понятно о ком я говорю.
Но у меня был опыт сотрудничества с людьми развивающимися равномерно. То есть они были весьма большими профессионалами в управлении своей частью команды и при этом могли достаточно хорошо (подчёркиваю что не в совершенстве) программировать. Но главное что этот человек должен уметь, это собрать код воедино.
Ну вот даже если меня сейчас заставить покодить, я впринципе сразу смогу что-то написать:) Так что тут скорее всё зависит от человека, а не от его должности.
Как я написал выше, вам просто не повезло с ПМ, ом. Я и таких представителей знаю, но не надо обобщать. Нормальные и хорошие ПМ, ы существуют, просто надо их уметь выбирать.
Для этого существует ПМ или АМ (аккаунт-менеджер), который не даёт ничего корректировать и держит оборону перед клиентом. То есть в команде, где ПМ мужик с яйцами, подобные ситуации очень и очень редкое исключение, которое зачастую выясняется на этапе предварительных работ. Вы попросту не работали в нормальной команде с нормальным ПМ, ом. За всё время моего труда, я помню только два случая, когда мы скорректировали задание по ходу разработки, но (!) при этом я выбил дополнительное время и дополнительную оплату в первом случае, а во втором ведущий программист сам предусмотрел эти корректировки и когда я их стал вносить, он уже их сделал (это было только начало моей карьеры, где мне очень повезло с ведущим программистом). То есть найдите себе в ПМ, ы мужика с яйцами, который сможет отстоять команду перед клиентом.
Всё зависит от размера проекта и сложности задач. Аджаил и уж тем более покер я считаю вещью из разряда я придумал новое слово пурпунтуморам, то есть абсолютно бессмысленная вещь, абсолютно бессмысленные стандарты и ограничивание команды. Водопад это классика, и этот метод самый надёжный, но у него есть реальные недостатки. Итеративный метод также как и водопад имеет плюсы и минусы. Моё мнение, надо либо решать как работать в зависимости от поставленной задачи, либо с уже сформировавшейся командой придумать свою, идеальную для вас, схему работы. Агил и прочая мутотень это разряда книг как заработать миллион, основы GTD, основы тайм-менеджмента, помоги себе сам, сделай 12 шагов, в общем бред людей, которые 30% своей жизни общаются с психологами.
Так в этом и задача ПМ, тим лидера или HRM, к сожалению ПМ не всегда способен выбрать специалиста, а HRM не всегда понимает то что нужно команде. Поэтому если у вас есть хорошая команда, считайте что вам повезло.
Здесь подразумевается, что если программист не может дать ориентировочные сроки по разработке какого-либо задания, то он некомпетентен как программист, он попросту кодер. То есть человек который пишет код и толком не знает о технологиях и о том как вообще всё работает.
Пример:
Один из ведущих программистов, с которым я когда то работал, смог без труда назвать мне примерные сроки выполнения работы по созданию собственной системы хелпдеска на сайте с использованием голосовой поддержки, при этом такие системы он никогда не разрабатывал, а с хелпдеском имел опыт работы только со стороны клиента. Но он постоянно был в курсе технологий и достаточно хорошо разбирался во всех отраслях разработки. Через два часа (обычно даётся 6-7 часов на анализ задачи и выставление сроков) он уже сказал кто ему нужен, что ему нужно и сколько на это необходимо времени, при этом время не отличалось от первоначально заявленного, а в итоге всё было разработано на два дня раньше (в общем было потрачено 9 дней). И это лишь один из случаев.
Есть ещё пример:
Меня наняли для разработки сайта, не особо сложного, но там необходимо было сделать возможность проигрывать видео. Ведущий программист, которого мне предоставили, был заявлен как высококлассный специалист в области веб-разработки со стажем в 7 лет. Когда я спросил у него сколько примерно времени потребуется для реализации задачи, услышал то, что часто слышал от обычных кодеров: «Я не знаю, ведь с технологией видео я никогда не работал и даже не представляю как она работает». Это был бы справедливый ответ для кодера, и быть может вполне сносный ответ для обычного программиста, но для ведущего программиста, который должен постоянно держать руку на пульсе технологий и уж точно должен знать как вообще работают такие популярные и повсеместные технологии как проигрывание видео на сайте, этот ответ неприемлем. Если программист не развивается и не изучает новые технологии — он кодер, либо узкоквалифицированный разработчик.
ПМ никогда не требует от рядового разработчика каких-то сроков, он требует их от ведущего программиста, который должен быть действительно профессионалом.
Если каждый, кто захочет жать развёрнутый ответ или возражение на какой-либо топик, будет его упаковывать в отдельный пост, хабр утонет в междоусобице.
Ошибки есть, не так уж правда их и много, оправдываться за них я не собираюсь, и говорить почему я их совершил тоже не буду — это только моё дело.
Вода которая здесь есть и есть суть работы, если вы не согласны с этим так и скажите. Это не техническая статья, чтобы говорить только факты. Да и технические статьи так уже давно не пишутся. А если вам лень читать, не надо меня учить писать так, как вам будет удобнее.
Согласен с тем, что нельзя специалиста по проектированию баз данных заставлять верстать кроссбраузерно, да так чтобы под IE выглядело прилично. Но при этом стоит понимать, что спец по PHP впринципе на пути своего становления способен грамотно сверстать страницу, никто не спорит что это займёт гораздо больше времени, но иногда бывают случаи, когда работа есть, а денег на привлечение стороннего специалиста нет. Тут конечно должен всё объяснить менеджер, почему он привлекает программиста к вёрстке, то есть дать понять, что у команды иного выхода нет, но если программист знает лучший выход пусть предложит. То есть ПМ не должен просто ставить задачу, он должен всё разъяснить.
Не согласен с тем что разработчики должны работать медленнее, мы все живём в рыночных условиях и кто быстрее выпустит продукт на рынок (пусть он даже будет как решето в плане безопасности и надёжности работы), тот и выиграл. Поэтому есть такая штука дедлайн, который реально надо соблюдать. То есть если ПМ говорит ведущему программисту: «Вася, у тебя на разработку вот этих модулей ровно месяц.», он это говорит не потому что хочет насолить Васе и его команде, или не потому что ни хрена не понимает в разработке. Он говорит так, потому что других сроков нет, и в 99% случаев делите тот срок который вам дал ПМ на 5 и получите тот срок, за который хотел работодатель чтобы вы всё сделали. А также не забывайте что у проекта есть не только программисты, есть концептологи, проектировщики, дизайнеры, верстальщики, админы, системные архитекторы, копирайтеры, спецы по юзабилити, рекламщики, менеджеры по продажам и туева куча других специальностей. ПМ должен знать и понимать работу каждого из них. То есть помимо работы Васи и его команды, ПМ должен понимать и знать работу ещё около 20 специальностей, включая определённые специализации этих специальностей. А ещё он должен знать свою работу в совершенстве. А ещё он в отличии от Васи должен обладать как гуманитарным, так и техническим складом ума. Он просит вас делать всё быстрее, потому что остальные люди не работают, а ждут когда вы сделаете определённую работу. Он рад бы чтобы проект был весь задокументирован, код был идеальным и вообще ни к чему нельзя было придраться, но это не художественная академия, чтобы выверять каждый штрих. Это бизнес, где большую роль играет скорость работы. В 99% случаев ПМ, ы это не менее, а порой даже и более творческие люди чем средний программист. В 60% случаев ПМ в IT раньше занимался программированием (в той или иной степени). Не надо обижаться на него за то что он вам ставит задачи и требует их исполнения в поставленный срок. Если вы не способны с ней справится — говорите сразу. Только не надо говорить ему о том, что вы не в состоянии сейчас определить сколько времени и сил понадобится на задачу и хватит ли вам их, если это действительно так — идите курит бамбук, вы не ведущий программист, и даже не программист, просто кодер. Я очень много работаю с хорошими прогерами и сам раньше занимался программированием — я сам заранее думаю сколько по срокам займёт подобная задача у моей команды и в 80% случаев всё сходится практически день в день. Ни разу не было чтобы я ошибся более чем на неделю (неделя в рамках 4 месяцев). Если вы хотите применять инновационные техники и методы, круто, но идите работать в исследовательский отдел какой-нибудь крупной компании (IBM, Microsoft, Google, etc.), но здесь, в жёстких условиях бизнеса, очень редко предоставляется возможность заняться инновациями.
В ообщем — не стоит считать ПМ, ов своими врагами, потому что они не понимают досконально суть вашей работы или ставят, как вам кажется, не те задачи с не теми сроками. Вы команда, братство, семья, да просто ахуенные ребята. Вы вместе выполняете одну задачу. По своему опыту скажу (я правда пить бросил уже давно) — сходите в бар всей командой, нажритесь до ужаса, а потом пойдите и начните выеживаться на банду байкеров. Вот тогда, после этого, вам будет что вспомнить и вы уже будете чувствовать себя единым целым. Когда ты знаешь, что вот Серёга парень хороший, но слабенький и не сможет уделать 5 байкеров одной левой и ты прикрываешь его, беря огонь на себя, или видя как ПМ разделывается с лидером байкеров, пытаетесь выбить тех, кто ему хочет помешать. Это реально весело:))) Работайте как единый механизм, создайте культ своей команды, считайте себя элитой, да всё что угодно делайте чтобы сплотится. Но никогда не устраивайте срач внутри команды. Если команда вас не устраивает, это не повод изменять команду, это повод уйти из этой команды.
Не надо просто подписывать бумажку о том что не имеете претензий до осмотра и взвешивания, если вообще, хоть какой-то маленький косячок видите, то просите вскрытие. Пусть даже немного отклеен краешек фирменного скотча — просите вскрытие и только потом подписывайте бумагу, если будут посылать, говорите что идёте роспотребнадзор и требуйте начальство, если получаете в местном отделении, звоните начальнику прямо при них и фамилию отказавшего вам сотрудника узнайте. Обычно после всего этого они какаются и делают всё как прикажете.)
Вообще, меня всегда учили, есть 4 ипостаси: Администратор, Интегратор, Оператор и Архитектор. Вы всё засунули в кучу. Архитектор строит сеть, у него есть монтажники и инженеры, которые прокладывают сеть и настраивают пользовательские машины по единому стандарту. Интегратор занимается интеграцией различного ПО в работу предприятия, его настройку, обучение персонала, у него для этого кто-то там тоже есть. Администратор занимается поддержкой всей этой инфраструктуры, так чтобы всё работало, у него в подчинении эникейщики, сисинженеры и хелпдеск, то ест он ни фига не думает как расширить сеть, он делает так, чтобы вся информационная система работала и не давала сбоев. То есть по сути работа, где ничего нового придумывать не надо, только держи всё в надлежащем виде, обновляйся, соблюдай стандарты безопасности, решай проблемы юзеров и т.д. Оператор я не помню чем занимается (сейчас занимаюсь менеджментом в сфере IT, уже давно серьёзно не админю да и теорию подзабыл конкретно). Так что администратор у вас какой-то мега-бог получается, что впринципе не логично, не должна вся система держаться на одном человеке, если его собьёт машина, то все планы по развитию сети, интеграции по, поддержке сети и юзеров, всё, всё пропадёт. Вообщем вы не правы.
Офигенный у вас источник по первому и второму пункту. Человек который пишет самоучители и называет себя экспертом в области IT. Офигеть. Куда катится IT, скоро наверное мицгола сделаем экспертом.
Прочитав об авторе данной статьи становится понятно какой он из себя эксперт и чем он занимается. Вот скажите, как можно слушать человека, который пишет «экспертное» мнение на счёт продуктов мобильного рынка, у которого сфера занятий основная — написание самоучителей по Windows XP и интернет? Какой он нафиг эксперт?
Microsoft сделала так, что Nokia, один из самых массовых производителей смартфонов (о качестве не говорим), будет выпускать смартфоны исключительно на WP7, а не на том же Android или Badu, автор статьи считает просьбой о помощи? Стратегия и развитие автору не знакомы. Доводы высосаны не из пальца, но из органа очень его напоминающего. Кто сказал что Microsoft с WP7 провалилась и при этом такому человеку можно верить на все сто? Не знаю как вы, а от тех же самых гиков и простых людей за границей я слышу лишь положительные отзывы с оговорками о том, что платформа возможно рановато вышла, так как не было всего нужно функционала, но Mango даёт 80 процентов того что было нужно, включая поддержку сокетов и доступ к сенсорам для разработчиков. Как разработчик в прошлом, могу сказать что у Microsoft самые удобные средства разработки, самый низкий порог входа и самая адекватная поддержка. Про Android можно вообще ничего не говорить, впрочем как и про iOS, их средства разработки весьма проигрывают в удобстве, и это не только моё мнение. Почему каждый активист за отмену однополых браков, называющий себя экспертом, непременно норовит обхаит Microsoft и её продукты, ну а теперь и партнёров? Вам что за это бабосы платят? Сколько можно то уже? Такое ощущение что 90 процентов IT мира это просто напросто тролли, голодные что ппц. Делайте уже адекватные оценки, основанные на фактах. А то как Microsoft не выпустит вовремя апдейт для винды (не критичный) так сразу все орут вендекапец, балмер лох, виндузятники ламеры, винда говно и т.д., а как apple начинает собирать данные о вашем местоположении, так это как говорят фишка такая крутая, чтобы быстрее стартовала навигация, ага. Идиотизм, чес слово.
Вопрос в том, раскроется ли это как фейк? У нас люди кому обычно верят? Крупным корпорациям или сумасшедшим борцам за истину? Если это фейк, то он сделал это не с бухты-барахты, всё скорее всего тщательно спланировано и он знает что делать. Да и к тому же я не исключаю произвол регионального отделения компании, когда при этом не поставили в известность руководство. Такие случаи были у многих.
У нас есть лишь его слова, не подтверждённые каким-то не было фактами. Начальство также могло ошибиться и неправильно его понять. То есть с одной стороны у нас никому не известный «специалист по защите информации» и межконтинентальная корпорация Samsung. Первый недавно вышел из университета, только что открыл свою фирму (угадайте какая у него сфера деятельности?:)) и сразу обнаружил такую штуку, которую до него не обнаружил никто (учитывая что техничка Samsung используется на многих закрытых и режимных предприятиях), а вот он взял и нашёл. Как вам вариант самопиара и пиара своей только что созданной конторы? Я не говорю что это так, но учитывая то, сколько времени я пользуюсь Samsung, и какими, чуть ли не НКВД, шными методами, я проверяю их технику — этот вариант мне кажется наиболее вероятным.
Я работаю в сфере взаимодействия с гос органами, и помимо Касперского у нас существует собственная система нацеленная как раз на ловлю шпионского ПО. За годы эксплуатации показавшая себя очень хорошо.
R580 ничего подобного не обнаружено, система родная. Ещё несколько ноутбуков марки Samsung (в том числе и R540) постоянно сканируются и проверяются на наличие бекдоров и прочих радостей жизни, тоже пусто, ничего подобного замечено не было. Такое ощущение что это повод для самопиара или произвол конкретного регионального отделения компании, за всё время работы с самсунгами подобного ни разу не было.
Но у меня был опыт сотрудничества с людьми развивающимися равномерно. То есть они были весьма большими профессионалами в управлении своей частью команды и при этом могли достаточно хорошо (подчёркиваю что не в совершенстве) программировать. Но главное что этот человек должен уметь, это собрать код воедино.
Ну вот даже если меня сейчас заставить покодить, я впринципе сразу смогу что-то написать:) Так что тут скорее всё зависит от человека, а не от его должности.
Так в этом и задача ПМ, тим лидера или HRM, к сожалению ПМ не всегда способен выбрать специалиста, а HRM не всегда понимает то что нужно команде. Поэтому если у вас есть хорошая команда, считайте что вам повезло.
Пример:
Один из ведущих программистов, с которым я когда то работал, смог без труда назвать мне примерные сроки выполнения работы по созданию собственной системы хелпдеска на сайте с использованием голосовой поддержки, при этом такие системы он никогда не разрабатывал, а с хелпдеском имел опыт работы только со стороны клиента. Но он постоянно был в курсе технологий и достаточно хорошо разбирался во всех отраслях разработки. Через два часа (обычно даётся 6-7 часов на анализ задачи и выставление сроков) он уже сказал кто ему нужен, что ему нужно и сколько на это необходимо времени, при этом время не отличалось от первоначально заявленного, а в итоге всё было разработано на два дня раньше (в общем было потрачено 9 дней). И это лишь один из случаев.
Есть ещё пример:
Меня наняли для разработки сайта, не особо сложного, но там необходимо было сделать возможность проигрывать видео. Ведущий программист, которого мне предоставили, был заявлен как высококлассный специалист в области веб-разработки со стажем в 7 лет. Когда я спросил у него сколько примерно времени потребуется для реализации задачи, услышал то, что часто слышал от обычных кодеров: «Я не знаю, ведь с технологией видео я никогда не работал и даже не представляю как она работает». Это был бы справедливый ответ для кодера, и быть может вполне сносный ответ для обычного программиста, но для ведущего программиста, который должен постоянно держать руку на пульсе технологий и уж точно должен знать как вообще работают такие популярные и повсеместные технологии как проигрывание видео на сайте, этот ответ неприемлем. Если программист не развивается и не изучает новые технологии — он кодер, либо узкоквалифицированный разработчик.
ПМ никогда не требует от рядового разработчика каких-то сроков, он требует их от ведущего программиста, который должен быть действительно профессионалом.
Ошибки есть, не так уж правда их и много, оправдываться за них я не собираюсь, и говорить почему я их совершил тоже не буду — это только моё дело.
Вода которая здесь есть и есть суть работы, если вы не согласны с этим так и скажите. Это не техническая статья, чтобы говорить только факты. Да и технические статьи так уже давно не пишутся. А если вам лень читать, не надо меня учить писать так, как вам будет удобнее.
Согласен с тем, что нельзя специалиста по проектированию баз данных заставлять верстать кроссбраузерно, да так чтобы под IE выглядело прилично. Но при этом стоит понимать, что спец по PHP впринципе на пути своего становления способен грамотно сверстать страницу, никто не спорит что это займёт гораздо больше времени, но иногда бывают случаи, когда работа есть, а денег на привлечение стороннего специалиста нет. Тут конечно должен всё объяснить менеджер, почему он привлекает программиста к вёрстке, то есть дать понять, что у команды иного выхода нет, но если программист знает лучший выход пусть предложит. То есть ПМ не должен просто ставить задачу, он должен всё разъяснить.
Не согласен с тем что разработчики должны работать медленнее, мы все живём в рыночных условиях и кто быстрее выпустит продукт на рынок (пусть он даже будет как решето в плане безопасности и надёжности работы), тот и выиграл. Поэтому есть такая штука дедлайн, который реально надо соблюдать. То есть если ПМ говорит ведущему программисту: «Вася, у тебя на разработку вот этих модулей ровно месяц.», он это говорит не потому что хочет насолить Васе и его команде, или не потому что ни хрена не понимает в разработке. Он говорит так, потому что других сроков нет, и в 99% случаев делите тот срок который вам дал ПМ на 5 и получите тот срок, за который хотел работодатель чтобы вы всё сделали. А также не забывайте что у проекта есть не только программисты, есть концептологи, проектировщики, дизайнеры, верстальщики, админы, системные архитекторы, копирайтеры, спецы по юзабилити, рекламщики, менеджеры по продажам и туева куча других специальностей. ПМ должен знать и понимать работу каждого из них. То есть помимо работы Васи и его команды, ПМ должен понимать и знать работу ещё около 20 специальностей, включая определённые специализации этих специальностей. А ещё он должен знать свою работу в совершенстве. А ещё он в отличии от Васи должен обладать как гуманитарным, так и техническим складом ума. Он просит вас делать всё быстрее, потому что остальные люди не работают, а ждут когда вы сделаете определённую работу. Он рад бы чтобы проект был весь задокументирован, код был идеальным и вообще ни к чему нельзя было придраться, но это не художественная академия, чтобы выверять каждый штрих. Это бизнес, где большую роль играет скорость работы. В 99% случаев ПМ, ы это не менее, а порой даже и более творческие люди чем средний программист. В 60% случаев ПМ в IT раньше занимался программированием (в той или иной степени). Не надо обижаться на него за то что он вам ставит задачи и требует их исполнения в поставленный срок. Если вы не способны с ней справится — говорите сразу. Только не надо говорить ему о том, что вы не в состоянии сейчас определить сколько времени и сил понадобится на задачу и хватит ли вам их, если это действительно так — идите курит бамбук, вы не ведущий программист, и даже не программист, просто кодер. Я очень много работаю с хорошими прогерами и сам раньше занимался программированием — я сам заранее думаю сколько по срокам займёт подобная задача у моей команды и в 80% случаев всё сходится практически день в день. Ни разу не было чтобы я ошибся более чем на неделю (неделя в рамках 4 месяцев). Если вы хотите применять инновационные техники и методы, круто, но идите работать в исследовательский отдел какой-нибудь крупной компании (IBM, Microsoft, Google, etc.), но здесь, в жёстких условиях бизнеса, очень редко предоставляется возможность заняться инновациями.
В ообщем — не стоит считать ПМ, ов своими врагами, потому что они не понимают досконально суть вашей работы или ставят, как вам кажется, не те задачи с не теми сроками. Вы команда, братство, семья, да просто ахуенные ребята. Вы вместе выполняете одну задачу. По своему опыту скажу (я правда пить бросил уже давно) — сходите в бар всей командой, нажритесь до ужаса, а потом пойдите и начните выеживаться на банду байкеров. Вот тогда, после этого, вам будет что вспомнить и вы уже будете чувствовать себя единым целым. Когда ты знаешь, что вот Серёга парень хороший, но слабенький и не сможет уделать 5 байкеров одной левой и ты прикрываешь его, беря огонь на себя, или видя как ПМ разделывается с лидером байкеров, пытаетесь выбить тех, кто ему хочет помешать. Это реально весело:))) Работайте как единый механизм, создайте культ своей команды, считайте себя элитой, да всё что угодно делайте чтобы сплотится. Но никогда не устраивайте срач внутри команды. Если команда вас не устраивает, это не повод изменять команду, это повод уйти из этой команды.