Analyst vs Developer




В теме 20 ответов, и 6 участников, последнее обновление сделано пользователем Аватар (Николай Киреев) Николай Киреев 13 г, 8 мес. назад.

Показано 15 ответов - от 1 до 15 (всего 21)
  • Автор
    Сообщения
  • 25.03.2010 в 17:44 # 4312
    Аватар (Belle Morte)
    Belle Morte
    Участник
    Встречались ли вы когда-нибудь на практике с пренебрежительным отношением со стороны программистов в стиле "рисуйте-рисуйте свои диаграммки, все равно все прекрасно понимают, кто делает работу на самом деле"?
    Не секрет, что большая часть программистов невысоко оценивают QA. Стереотип этот, к сожалению, весьма живуч. А в отношении аналитиков наблюдали ли вы что-либо подобное?
    Поделиться:

    Цитировать

    26.03.2010 в 01:03 # 4313

    Встречались ли вы когда-нибудь на практике с пренебрежительным отношением со стороны программистов в стиле "рисуйте-рисуйте свои диаграммки, все равно все прекрасно понимают, кто делает работу на самом деле"?
    Не секрет, что большая часть программистов невысоко оценивают QA. Стереотип этот, к сожалению, весьма живуч. А в отношении аналитиков наблюдали ли вы что-либо подобное?

    Есть такое. Наблюдал периодически.
    По-моему, такое возникает, когда либо аналитик невысокого уровня, либо программист невысокого уровня, либо оба.
    Почему так? Ну, смотри
    1) Если аналитик невысокого уровня, то часто выходит, что у него/неё не всё получается хорошо или вообще не всё получается. Тогда либо аналитическую работу начинает выполнять кто-то из разработчиков или лид, или ПМ.. либо качество аналитической работы падает и как следствие весь проект и его участники испытывают на себе последствия. И тогда очевидна невысокая оценка такого аналитика.
    2) Если программист невысокого уровня, то он просто может не понимать, зачем нужен аналитик и какую пользу аналитик приносит. Тогда тоже понятно, откуда корень невысокой оценки.
    3) комбинация, я думаю, ясна (:

    Если мы возьмем нормального программиста и нормального аналитика, то они прекрасно будут понимать, почему каждый из них так важен в команде.

    Поделиться:

    Цитировать

    26.03.2010 в 11:45 # 4314
    Аватар (Belle Morte)
    Belle Morte
    Участник
    Я еще встречалась с тем, что задачи, которые решают аналитики, в глазах девелоперов выглядят менее сложными, серьезными, важными, чем их собственные, соответственно набор знаний и навыков, необходимых для работы аналитиком, считается уменьшенным, упрощенным по сравнению с тем же набором у девелопера. Отсюда формируется мнение о том, что в целом аналитиком стать проще, знать и уметь ему надо меньше.
    А еще часто слышала аргумент: "Аналитики и тестировщики, конечно же, оптимизируют процесс. Но их всегда можно выкинуть — тогда их функции явно или неявно будет выполнять кто-то из девелоперов (ведь тут особых способностей не надо), и проект все же будет завершен, хотя, быть может, и с потерями в плане качества. Но попробуйте выкинуть девелоперов из процесса: что тогда делать аналитикам и тестировщикам без них?"
    Поделиться:

    Цитировать

    26.03.2010 в 11:52 # 4315
    А опиши, пожалуйста, профиль этого человечка (людей), которые так говорили?

    И вот еще один момент. Дима и я сейчас довольно часто оказываем услуги чисто по анализу.. разработчики конкретно нам в этом не нужны (: но я ведь не делаю из этого вывод, что разработчики поэтому не нужны, или должны меньше знать или уметь (:

    А вообще я бы глянул разработчика, который займется на фултайм общением с заказчиком, анализом, составлением документов, постройкой или перестройкой процессов и т.д. Особенно хотелось бы оценить его профессиональный уровень как разработчика после года работы в качестве "ненужного" аналитика (:

    Поделиться:

    Цитировать

    26.03.2010 в 12:08 # 4316
    Аватар (Belle Morte)
    Belle Morte
    Участник
    Постараюсь описать профиль людей, которые так говорили. На самом деле такое отношение встречается в явном и замаскированном виде. В явном — это вот почти теми словами, которыми я написала. Можно услышать только от тех девелоперов, с которыми находишься в дружеских отношениях, трудно, честно говоря, выделить какой-то общий признак среди них, но наверное как-то так: это люди, которые очень далеки от реального общения с заказчиком и всегда получают на вход требования в виде спецификаций; что касается профессионального уровня — тут бывает по-разному, всякие встречаются, но пожалуй среди сеньёров таких меньшинство.
    Что касается замаскированного вида — обычно это в духе: "А кем ты работаешь? Аналитиком? Ааа, на девелопера не взяли…"
    Поделиться:

    Цитировать

    26.03.2010 в 13:01 # 4317
    Ася, имена плиз.. Я поговорю с ними)
    Поделиться:

    Цитировать

    26.03.2010 в 13:15 # 4318
    Аватар (Belle Morte)
    Belle Morte
    Участник
    Пасибо, Герыч, но со всеми ведь не поговоришь.

    И вообще эта тема не о том, как меня обижают девелоперы, а скорее о том, откуда ноги растут у таких стереотипов и как с ними бороться. Хотя откуда ноги растут — понятно, достаточно почитать требования на dev.by к девелоперу и к аналитику: к девелоперу предъявляется целая пачка требований, длинный список технологий, с которыми должен еще и опыт работы быть, а к аналитику — знание ин.яз., умение пользоваться MS Office и (желательно) понимание ООП (да и то не всегда). Вот смотришь на это и невольно задумываешься: а может в чем-то и правы девелоперы?

    Поделиться:

    Цитировать

    26.03.2010 в 19:40 # 4319

    Пасибо, Герыч, но со всеми ведь не поговоришь.

    Начинать надо как снизов, так и с верхов. Это я про изменения сознания. Я считаю, что начиная с себя и со своего окружения, можно изменить мир.
    Скидывай поименно в личку мне и Герычу. Ибо мне уже тоже стало интересно.
    Да и нечего тут переживать. Мы же не стрелку с этими людьми забивать собираемся (еще чего (((: ), а просто провести вразумительную и разъяснительную беседу (;.

    И вообще эта тема не о том, как меня обижают девелоперы, а скорее о том, откуда ноги растут у таких стереотипов и как с ними бороться. Хотя откуда ноги растут — понятно, достаточно почитать требования на dev.by к девелоперу и к аналитику: к девелоперу предъявляется целая пачка требований, длинный список технологий, с которыми должен еще и опыт работы быть, а к аналитику — знание ин.яз., умение пользоваться MS Office и (желательно) понимание ООП (да и то не всегда). Вот смотришь на это и невольно задумываешься: а может в чем-то и правы девелоперы?

    Нам предстоит изменить сложившееся недоразумение. По мне, так это внеочередной challenge. И я собираюсь в нём поучаствовать.
    Кто со мной? (:

    Поделиться:

    Цитировать

    26.03.2010 в 20:55 # 4320
    Я с тобой :)
    Вообще я периодически тоже замечал подобное отношение со стороны разработчиков.
    Но — теперь о фактах и домыслах, раз уж решили сравнивать:

    1. В штатах аналитик более высокооплачиваемая работа, чем разработчик (по отзывам знакомых американцев). В Беларуси объективно сравнить на представляется возможным.
    2. Аналитик в процессе разработки ПО — фигура либо равная по уровню девелоперу (если брать принцип "все роли в команде равны"), либо стоит выше по иерархии. Недаром координаторами проектов назначают часто по совместительству аналитиков, причем гораздо чаще, чем разработчиков.

    Так вот… принимая во внимание пункты выше, — почему же все не идут в аналитики, раз это такая легкая профессия? Ведь халява же — ничего не делать, не уметь, зато всеми рулить и бабос грести.
    Я абсолютно согласен с постом Юры про уровень таких программеров/аналитиков… Аналитики бывают разные. Возьмите сеньор аналита, его опыт и умения.. Да. они сосредоточены в немногом, но они там именно и сосредоточенны, то бишь — знание ин. языка, умение систематизировать мысли и выразить их, знаниия технологий моделирования.. Плюс к тому выработанные личные качества, которые можно почитать в теме этого форума про качества и навыки. Теперь возьми девелопера.. сколько ему времени понадобиться, чтобы добиться тех же результатов и вносить такой же вклад в проект, что и данный аналитик? Ответ: более года и зависит это от навыков девелопера. Легкая профессия? :) А еще если учесть, что грамотный аналитик имеет на мой взгляд 10-20% знаний и умений staff девелопера, 10-20% знаний и умений staff dba, 50-100% знаний и умений staff QA, 10-70% знаний и умений проектного менеджера… Данный опыт тоже не с рождения приобретается.

    Данный стереотип ошибочен, я думаю это и так понятно.

    понятно, достаточно почитать требования на dev.by к девелоперу и к аналитику: к девелоперу предъявляется целая пачка требований, длинный список технологий, с которыми должен еще и опыт работы быть, а к аналитику — знание ин.яз., умение пользоваться MS Office и (желательно) понимание ООП (да и то не всегда).

    А давайте ПМа возьмем. Много ему надо знать технологий и тулов? И работа тогда может тоже легкая и, что интереснее, менее важная чем девелопера??

    Вообщем, имена в студию..

    Поделиться:

    Цитировать

    30.03.2010 в 11:55 # 4321
    Аватар (Belle Morte)
    Belle Morte
    Участник
    Юра, я с тобой. Предлагай план )
    Имен называть не буду, если что — дам ссылку на этот форум, пусть боятся.

    А если серьезно — еще один аргумент, который слышу регулярно: до сих пор многие IT компании в РБ справляются без аналитиков — и притом успешно справляются. Печально, но доля истины в этом есть: очень многие предприятия (а в государственном секторе- думаю абсолютное большинство) не имеет в своем штате аналитика, а немалая их часть даже не знает о существовании специалистов такого профиля.

    Поделиться:

    Цитировать

    08.04.2010 в 12:07 # 4322

    Юра, я с тобой. Предлагай план )
    Имен называть не буду, если что — дам ссылку на этот форум, пусть боятся.

    А если серьезно — еще один аргумент, который слышу регулярно: до сих пор многие IT компании в РБ справляются без аналитиков — и притом успешно справляются. Печально, но доля истины в этом есть: очень многие предприятия (а в государственном секторе- думаю абсолютное большинство) не имеет в своем штате аналитика, а немалая их часть даже не знает о существовании специалистов такого профиля.

    План простой.
    Причем, мы уже приступили к выполнению — прочитали вчера первую лекцию студентам, где рассказали про аналитиков, и объяснили, почему эта профессия нынче становится актуальнее и актуальнее.
    Так вот план состоит в том, что
    1) тем кто не в курсе вообще темы про аналитиков, мы будем рассказывать, как и что обстоит на самом деле
    2) тем кто в курсе и у кого мнение, скажем так, "отрицательное", будем его исправлять научно-популярно для каждого
    3) менеджерам там разным также будем объяснять, что надо проводить соответствующую политику в своих коммандах, отделах, компаниях

    А по поводу печальной доли истины. Это пока они не имеют в своем штате аналитика. Они уже ощущают наличие проблемы.. очень многие.. и я это знаю. Но пока не представляют, как её решить. Наша задача объяснить им детали, рассказать им, что проблема их в том-то и том-то.. и рассказать, какое у этой проблемы есть решение (;

    Поделиться:

    Цитировать

    13.04.2010 в 15:33 # 4323
    будем его исправлять научно-популярно для каждого

    Как будем, по почкам или по печени? *vinsent*

    до сих пор многие IT компании в РБ справляются без аналитиков — и притом успешно справляются.

    Да, справляются. Но по-моему те, кто приводят данный аргумент, обладают некоторой ограниченностью в мышлении. Возьмем в примеру, развитие бизнеса. Вот работает компания и работает себе, делая мелкие заказы. И тут на горизонте появляется успешный сейлс, который просит миллион баксов годовой зарплаты. На черта он нужен за такие деньги? А он приведет за собой личные контакты и связи на десять миллионов… Аналитик в некотором роде фигура похожая. Вот давай уберем аналитов на наших проектах, ты просто представь себе подобное. Далеко наша команда уедет в плане перспективы?

    Поделиться:

    Цитировать

    10.07.2010 в 13:02 # 4324
    Аватар (Николай Киреев)
    Николай Киреев
    Участник
    Во многом, пренебрежение со стороны остальных разработчиков ПО к аналитикам вызванно следующими причинами:
    1. Большинство аналитиков смутно и поверхностно представляют как сам процесс разработки ПО, так и свою роль, задачи, ответственность в этом процессе. Они сами толком не знают что, для чего и кого, а также когда они должны делать. Они сами смутно представляют глубинный смысл понятий, с которыми им приходится оперировать (например, Business Entity, Business Use Case, Use Case, Association, Aggregation, Entity, Controll и многое другое по списку!), не умеют строить адекватные и понятные визуальные модели, т.к. не знают ни правил, ни нотации языка UML… Да и вообще… аналитик у нас зачастую это первый попавшийся член бригады, которому начальник поручил общение с заказчиками… Часто такие "аналитики" не умеют даже правильно читать текст (так, как это должен делать именно аналитик!), а не говоря уже об анализе (докапывание до сути вещей, выявление причинно-следственных связей и многое другое).
    2. Большинство остальных членов бригады не представляют для чего нужен аналитик, его роль и ответственность в процессе разработки. Часто проектировщики лишь поверхностно знакомятся с результатами труда аналитика и сами начинают по новой перелопачивать исходные документы… Многие тоже не представляют, что такое например, Use Case Diagram (у меня было однажды: — "Ты зачем мне эти яйца принес? Я думал, он мне архитектуру представит, а тут только яйца какие-то!" примечание: "яйца" в данном контексте — это Use Case).

    Таким образом, безграмотность одних и других полностью дискредитирует ценность и значение должности аналитика! И тот, кто избрал себе этот путь должен быть готов ответить на эти вызовы.

    Поделиться:

    Цитировать

    14.07.2010 в 01:25 # 4325
    Аватар (Стас С)
    Стас С
    Подписчик
    Полностью согласен с Юрой. Для меня все зависит от конкретных людей и пренебрежение или не пренебрежение напрямую связано с их адекватностью и компетентностью, а не с тем какую должность они занимают. К чести БА, по моему опыту процентное отношение адекватных людей самое большое (если сравнивать с девелоперами, тестерами и ПМ-ми). Возможно это потому что, чтобы стать БА надо принять осознанное решение это сделать, хотя есть возможность работать почти в любой должности. Попасть же в другие должности можно гораздо более случайно.
    Поделиться:

    Цитировать

    14.07.2010 в 09:38 # 4326
    Аватар (Belle Morte)
    Belle Morte
    Участник

    Часто проектировщики лишь поверхностно знакомятся с результатами труда аналитика и сами начинают по новой перелопачивать исходные документы… Многие тоже не представляют, что такое например, Use Case Diagram (у меня было однажды: — "Ты зачем мне эти яйца принес? Я думал, он мне архитектуру представит, а тут только яйца какие-то!"

    А как вы действуете в подобных ситуациях?

    Поделиться:

    Цитировать

Показано 15 ответов - от 1 до 15 (всего 21)

Вы должны авторизироваться для ответа в этой теме.