В теме 20 ответов, и 6 участников, последнее обновление сделано пользователем 
Николай Киреев 14 г, 4 мес. назад.
-
Сообщения
-
Встречались ли вы когда-нибудь на практике с пренебрежительным отношением со стороны программистов в стиле "рисуйте-рисуйте свои диаграммки, все равно все прекрасно понимают, кто делает работу на самом деле"?
Не секрет, что большая часть программистов невысоко оценивают QA. Стереотип этот, к сожалению, весьма живуч. А в отношении аналитиков наблюдали ли вы что-либо подобное?Встречались ли вы когда-нибудь на практике с пренебрежительным отношением со стороны программистов в стиле "рисуйте-рисуйте свои диаграммки, все равно все прекрасно понимают, кто делает работу на самом деле"?
Не секрет, что большая часть программистов невысоко оценивают QA. Стереотип этот, к сожалению, весьма живуч. А в отношении аналитиков наблюдали ли вы что-либо подобное?Есть такое. Наблюдал периодически.
По-моему, такое возникает, когда либо аналитик невысокого уровня, либо программист невысокого уровня, либо оба.
Почему так? Ну, смотри
1) Если аналитик невысокого уровня, то часто выходит, что у него/неё не всё получается хорошо или вообще не всё получается. Тогда либо аналитическую работу начинает выполнять кто-то из разработчиков или лид, или ПМ.. либо качество аналитической работы падает и как следствие весь проект и его участники испытывают на себе последствия. И тогда очевидна невысокая оценка такого аналитика.
2) Если программист невысокого уровня, то он просто может не понимать, зачем нужен аналитик и какую пользу аналитик приносит. Тогда тоже понятно, откуда корень невысокой оценки.
3) комбинация, я думаю, ясна (:Если мы возьмем нормального программиста и нормального аналитика, то они прекрасно будут понимать, почему каждый из них так важен в команде.
Я еще встречалась с тем, что задачи, которые решают аналитики, в глазах девелоперов выглядят менее сложными, серьезными, важными, чем их собственные, соответственно набор знаний и навыков, необходимых для работы аналитиком, считается уменьшенным, упрощенным по сравнению с тем же набором у девелопера. Отсюда формируется мнение о том, что в целом аналитиком стать проще, знать и уметь ему надо меньше.
А еще часто слышала аргумент: "Аналитики и тестировщики, конечно же, оптимизируют процесс. Но их всегда можно выкинуть — тогда их функции явно или неявно будет выполнять кто-то из девелоперов (ведь тут особых способностей не надо), и проект все же будет завершен, хотя, быть может, и с потерями в плане качества. Но попробуйте выкинуть девелоперов из процесса: что тогда делать аналитикам и тестировщикам без них?"А опиши, пожалуйста, профиль этого человечка (людей), которые так говорили?И вот еще один момент. Дима и я сейчас довольно часто оказываем услуги чисто по анализу.. разработчики конкретно нам в этом не нужны (: но я ведь не делаю из этого вывод, что разработчики поэтому не нужны, или должны меньше знать или уметь (:
А вообще я бы глянул разработчика, который займется на фултайм общением с заказчиком, анализом, составлением документов, постройкой или перестройкой процессов и т.д. Особенно хотелось бы оценить его профессиональный уровень как разработчика после года работы в качестве "ненужного" аналитика (:
Постараюсь описать профиль людей, которые так говорили. На самом деле такое отношение встречается в явном и замаскированном виде. В явном — это вот почти теми словами, которыми я написала. Можно услышать только от тех девелоперов, с которыми находишься в дружеских отношениях, трудно, честно говоря, выделить какой-то общий признак среди них, но наверное как-то так: это люди, которые очень далеки от реального общения с заказчиком и всегда получают на вход требования в виде спецификаций; что касается профессионального уровня — тут бывает по-разному, всякие встречаются, но пожалуй среди сеньёров таких меньшинство.
Что касается замаскированного вида — обычно это в духе: "А кем ты работаешь? Аналитиком? Ааа, на девелопера не взяли…"Ася, имена плиз.. Я поговорю с ними)Пасибо, Герыч, но со всеми ведь не поговоришь.И вообще эта тема не о том, как меня обижают девелоперы, а скорее о том, откуда ноги растут у таких стереотипов и как с ними бороться. Хотя откуда ноги растут — понятно, достаточно почитать требования на dev.by к девелоперу и к аналитику: к девелоперу предъявляется целая пачка требований, длинный список технологий, с которыми должен еще и опыт работы быть, а к аналитику — знание ин.яз., умение пользоваться MS Office и (желательно) понимание ООП (да и то не всегда). Вот смотришь на это и невольно задумываешься: а может в чем-то и правы девелоперы?
Пасибо, Герыч, но со всеми ведь не поговоришь.
Начинать надо как снизов, так и с верхов. Это я про изменения сознания. Я считаю, что начиная с себя и со своего окружения, можно изменить мир.
Скидывай поименно в личку мне и Герычу. Ибо мне уже тоже стало интересно.
Да и нечего тут переживать. Мы же не стрелку с этими людьми забивать собираемся (еще чего (((: ), а просто провести вразумительную и разъяснительную беседу (;.И вообще эта тема не о том, как меня обижают девелоперы, а скорее о том, откуда ноги растут у таких стереотипов и как с ними бороться. Хотя откуда ноги растут — понятно, достаточно почитать требования на dev.by к девелоперу и к аналитику: к девелоперу предъявляется целая пачка требований, длинный список технологий, с которыми должен еще и опыт работы быть, а к аналитику — знание ин.яз., умение пользоваться MS Office и (желательно) понимание ООП (да и то не всегда). Вот смотришь на это и невольно задумываешься: а может в чем-то и правы девелоперы?
Нам предстоит изменить сложившееся недоразумение. По мне, так это внеочередной challenge. И я собираюсь в нём поучаствовать.
Кто со мной? (:Я с тобой
Вообще я периодически тоже замечал подобное отношение со стороны разработчиков.
Но — теперь о фактах и домыслах, раз уж решили сравнивать:1. В штатах аналитик более высокооплачиваемая работа, чем разработчик (по отзывам знакомых американцев). В Беларуси объективно сравнить на представляется возможным.
2. Аналитик в процессе разработки ПО — фигура либо равная по уровню девелоперу (если брать принцип "все роли в команде равны"), либо стоит выше по иерархии. Недаром координаторами проектов назначают часто по совместительству аналитиков, причем гораздо чаще, чем разработчиков.Так вот… принимая во внимание пункты выше, — почему же все не идут в аналитики, раз это такая легкая профессия? Ведь халява же — ничего не делать, не уметь, зато всеми рулить и бабос грести.
Я абсолютно согласен с постом Юры про уровень таких программеров/аналитиков… Аналитики бывают разные. Возьмите сеньор аналита, его опыт и умения.. Да. они сосредоточены в немногом, но они там именно и сосредоточенны, то бишь — знание ин. языка, умение систематизировать мысли и выразить их, знаниия технологий моделирования.. Плюс к тому выработанные личные качества, которые можно почитать в теме этого форума про качества и навыки. Теперь возьми девелопера.. сколько ему времени понадобиться, чтобы добиться тех же результатов и вносить такой же вклад в проект, что и данный аналитик? Ответ: более года и зависит это от навыков девелопера. Легкая профессия? А еще если учесть, что грамотный аналитик имеет на мой взгляд 10-20% знаний и умений staff девелопера, 10-20% знаний и умений staff dba, 50-100% знаний и умений staff QA, 10-70% знаний и умений проектного менеджера… Данный опыт тоже не с рождения приобретается.Данный стереотип ошибочен, я думаю это и так понятно.
понятно, достаточно почитать требования на dev.by к девелоперу и к аналитику: к девелоперу предъявляется целая пачка требований, длинный список технологий, с которыми должен еще и опыт работы быть, а к аналитику — знание ин.яз., умение пользоваться MS Office и (желательно) понимание ООП (да и то не всегда).
А давайте ПМа возьмем. Много ему надо знать технологий и тулов? И работа тогда может тоже легкая и, что интереснее, менее важная чем девелопера??
Вообщем, имена в студию..
Юра, я с тобой. Предлагай план )
Имен называть не буду, если что — дам ссылку на этот форум, пусть боятся.А если серьезно — еще один аргумент, который слышу регулярно: до сих пор многие IT компании в РБ справляются без аналитиков — и притом успешно справляются. Печально, но доля истины в этом есть: очень многие предприятия (а в государственном секторе- думаю абсолютное большинство) не имеет в своем штате аналитика, а немалая их часть даже не знает о существовании специалистов такого профиля.
Юра, я с тобой. Предлагай план )
Имен называть не буду, если что — дам ссылку на этот форум, пусть боятся.А если серьезно — еще один аргумент, который слышу регулярно: до сих пор многие IT компании в РБ справляются без аналитиков — и притом успешно справляются. Печально, но доля истины в этом есть: очень многие предприятия (а в государственном секторе- думаю абсолютное большинство) не имеет в своем штате аналитика, а немалая их часть даже не знает о существовании специалистов такого профиля.
План простой.
Причем, мы уже приступили к выполнению — прочитали вчера первую лекцию студентам, где рассказали про аналитиков, и объяснили, почему эта профессия нынче становится актуальнее и актуальнее.
Так вот план состоит в том, что
1) тем кто не в курсе вообще темы про аналитиков, мы будем рассказывать, как и что обстоит на самом деле
2) тем кто в курсе и у кого мнение, скажем так, "отрицательное", будем его исправлять научно-популярно для каждого
3) менеджерам там разным также будем объяснять, что надо проводить соответствующую политику в своих коммандах, отделах, компанияхА по поводу печальной доли истины. Это пока они не имеют в своем штате аналитика. Они уже ощущают наличие проблемы.. очень многие.. и я это знаю. Но пока не представляют, как её решить. Наша задача объяснить им детали, рассказать им, что проблема их в том-то и том-то.. и рассказать, какое у этой проблемы есть решение (;
будем его исправлять научно-популярно для каждого
Как будем, по почкам или по печени?
до сих пор многие IT компании в РБ справляются без аналитиков — и притом успешно справляются.
Да, справляются. Но по-моему те, кто приводят данный аргумент, обладают некоторой ограниченностью в мышлении. Возьмем в примеру, развитие бизнеса. Вот работает компания и работает себе, делая мелкие заказы. И тут на горизонте появляется успешный сейлс, который просит миллион баксов годовой зарплаты. На черта он нужен за такие деньги? А он приведет за собой личные контакты и связи на десять миллионов… Аналитик в некотором роде фигура похожая. Вот давай уберем аналитов на наших проектах, ты просто представь себе подобное. Далеко наша команда уедет в плане перспективы?
Во многом, пренебрежение со стороны остальных разработчиков ПО к аналитикам вызванно следующими причинами:
1. Большинство аналитиков смутно и поверхностно представляют как сам процесс разработки ПО, так и свою роль, задачи, ответственность в этом процессе. Они сами толком не знают что, для чего и кого, а также когда они должны делать. Они сами смутно представляют глубинный смысл понятий, с которыми им приходится оперировать (например, Business Entity, Business Use Case, Use Case, Association, Aggregation, Entity, Controll и многое другое по списку!), не умеют строить адекватные и понятные визуальные модели, т.к. не знают ни правил, ни нотации языка UML… Да и вообще… аналитик у нас зачастую это первый попавшийся член бригады, которому начальник поручил общение с заказчиками… Часто такие "аналитики" не умеют даже правильно читать текст (так, как это должен делать именно аналитик!), а не говоря уже об анализе (докапывание до сути вещей, выявление причинно-следственных связей и многое другое).
2. Большинство остальных членов бригады не представляют для чего нужен аналитик, его роль и ответственность в процессе разработки. Часто проектировщики лишь поверхностно знакомятся с результатами труда аналитика и сами начинают по новой перелопачивать исходные документы… Многие тоже не представляют, что такое например, Use Case Diagram (у меня было однажды: — "Ты зачем мне эти яйца принес? Я думал, он мне архитектуру представит, а тут только яйца какие-то!" примечание: "яйца" в данном контексте — это Use Case).Таким образом, безграмотность одних и других полностью дискредитирует ценность и значение должности аналитика! И тот, кто избрал себе этот путь должен быть готов ответить на эти вызовы.
Полностью согласен с Юрой. Для меня все зависит от конкретных людей и пренебрежение или не пренебрежение напрямую связано с их адекватностью и компетентностью, а не с тем какую должность они занимают. К чести БА, по моему опыту процентное отношение адекватных людей самое большое (если сравнивать с девелоперами, тестерами и ПМ-ми). Возможно это потому что, чтобы стать БА надо принять осознанное решение это сделать, хотя есть возможность работать почти в любой должности. Попасть же в другие должности можно гораздо более случайно.Часто проектировщики лишь поверхностно знакомятся с результатами труда аналитика и сами начинают по новой перелопачивать исходные документы… Многие тоже не представляют, что такое например, Use Case Diagram (у меня было однажды: — "Ты зачем мне эти яйца принес? Я думал, он мне архитектуру представит, а тут только яйца какие-то!"
А как вы действуете в подобных ситуациях?
Вы должны авторизироваться для ответа в этой теме.
