Почему в фирмах, занимающихся разработкой ПО всегда присутствует аналитик, чем он занимается? Зачем он нужен? И как я понял, он стоит обычно выше программистов по должности?

И каким инструментарием он пользуется для своей работы?

+ он ещё больше намного получает

У нас аналитик стоит на 1/3 больше, чем разработчик, тестер или внедренец.

Пользуется он в основном текстовыми редакторами, UML-дизайнерами (например Rational Rose, Visio или Dia) и средствами управления требованиями (например RequisitPro), а также (что является основными его инструментами) - мозгом, ушами и языком.

Должность его никак не эквивалента программисту по высоте - это разные отделы, и друг другу они не подчиняются.

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

Занимается он общением с заказчиком, анализом его требований, моделированием их, разработкой технического задания, согласованием ТЗ с заказчиком и сопровождением разработчиков и тестировщиков в ходе работы над проектом (отвечая на их вопросы).

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

Полагаю, я ответила на все вопросы? 

Дополнительные $ скорее всего за ответственность этой работы в рамках всего проекта т.к. невижу явных причин поднимать уровень IQ для работы с UML. 

main, от вас ничего видеть не требуется - зарплаты назначает руководство.
Вот когда станете руководителем - тогда и вам все, что нужно, будет видно.

При чем тут IQ, вообще не поняла - чтобы переводить ТЗ в код, достаточно быть не имбицилом.

В общем, определитесь с информационной составляющей послания - пока очевидна только эмоциональная.

Это сообщение отредактировал(а) ida - 21.2.2007, 09:33

Та не, причем тут эмоции, относитесь проще. Имелось ввиду что аналитик оплачиваеться выше потому что на нем лежит большая степень ответственности в рамках проекта (как бы хорошо не кодил а вот если ТЗ изначально не подходит под нужды заказчика то понятное дело кто за все отвечать будет), а не потому что работа очень сложная.

З.Ы. А оплачиваеться всегда выше. Может перепрофиллироваться?

Это сообщение отредактировал(а) main - 21.2.2007, 11:09

main, я не знаю, почему аналитик оплачивается выше.
Поэтому добавить мне на сей счет нечего.

Ответственности за то, что ТЗ не соответствует нуждам заказчика, аналитик не несет.
Подпись заказчика под ТЗ означает его согласие с тем, что в нем изложено. А читал он сей документ перед тем, как его подписывать, или нет - исключительно его личное дело.

Это сообщение отредактировал(а) ida - 21.2.2007, 12:44

у меня одно время была должность аналитик-программист. это было наиболее рационально, т.к. аналитики зачастую бывают "сломанными телефонами" между разработчиком и заказчиком. последние, правда, зависит от таланта аналитика 

  

Это сообщение отредактировал(а) BearBeer - 22.2.2007, 11:44

ida, что за троллинг? Что за наезды? Не вижу никакой связи между образованием и качеством выполняемой работы не по специальности для усердно работающего над собой человека.

Мое мнение - хороший аналитик должен уметь программировать. Хотя бы для того, чтобы иметь представление о процессе изнутри, о том, какие конкретно моменты заказа необходимо обсудить с заказчиком более подробно по причине трудностей реализации его фантазий.

Существенное дополнение  Именно это я и подразумевала выше.


Сожалею, но ваше мнение ошибочно. Практика это подтверждает.


Это сообщение отредактировал(а) ida - 21.2.2007, 14:02

Тогда прошу Вас привести примеры из практики.

  
...
суммарно работаю уже 5 лет и довольно успешно. 
...
  

  

...

Может быть составитель ТЗ (назовем его аналитик) и не должен быть квалифицированным программистом, но не понимать в программировании он точно не должен. В любом случае, если предполагаемое ТЗ не обсуждается с ведущими программистами, или (в случае встроенных систем) с аппаратчиками, то это тупик, бюрократизм и бред. А игры в умную высшую касту и имбицил-программистов просто показывают уровень сотрудника. Если такое поощряется в организации, то это повод к размышлению  

Аналитик - это не составитель ТЗ.
См. выше.

Frage, людям, работающим в софтверных компаниях, объяснять функции аналитика и разработчика не требуется. Автор темы задал вопросы - я на них ответила, поскольку я - аналитик, работающий в софтверной компании более двух лет, лично участвовавший в проектах стоимостью от 500 до 200 000$ для организаций, имеющих своими клиентами тысячи физических и юридических лиц. По моим ТЗ написаны продукты, которыми в настоящее время пользуются люди в трех государствах. Возможно, с вашей точки зрения или кого-либо еще это не является сильным аргументом в мою пользу, но, чтобы принять такую позицию, потребуется признать, что все вышеперечисленные люди и организации, а также мое руководство и коллеги - круглые идиоты.
Вы сами им передадите?...


Ваша квалификация позволяет вам воспринять примеры из практики? Вы знаете, что такое анализ требований? Объектно-ориентированный анализ? Анализ предметной области? Проектирование приложений? Техническое задание? Технические требования? Бизнес-процесс? Бизнес-требования?  Функциональные требования? Управление требованиями? Приоритеты требований? Трассировка требований? Обратное проектирование? Модель предметной области? Модель приложения? Ошибки анализа? Ошибки реализации? Нечеткие требования? Нереализуемые требования? Зависимость требований? Список можно продолжить.

Это сообщение отредактировал(а) ida - 21.2.2007, 16:08

Еще раз - возможно привести пример, когда аналитик с навыками программиста выполняет свою работу хуже, чем "чистый" аналитик?

Shaggie, возможно, при наличии у вас всех перечисленных знаний.
В противном случае из моего примера вы не поймете ни звука, верно? 

Сама себе противоречишь 

main, докажите мне, что первая и вторая цитата эквивалентны.

Вы полагаете, что 

разработка технического задания аналитиком = аналитик несет ответственность за соответствие ТЗ нуждам заказчика?

очень сложная логика 
Она иллюстрирует мышление типичного программиста. На нашем участке работы все совсем иначе.

В правой части уравнения вы оперируете понятием "ТЗ" и "аналитик", а в левой - "ТЗ", "аналитик, "ответственность" и "нужды заказчика". Понятно, где ошибка, или разжевать?... 

Это сообщение отредактировал(а) ida - 21.2.2007, 16:21

Я обладаю вполне достаточным запасом знаний. Я прочитал все эти страшные слова. Я понимаю, что они означают. У меня есть определенное экономическое и управленческое образование, так что я смогу даже попытаться уловить смысл приведенных примеров, - если, конечно, они все-таки появятся. Даже если я не пойму не слова, я покажу эти примеры сведущим людям, которые переведут их на понятный мне язык. В конце концов, должен же я ликвидировать такие вопиющие пробелы в собственных познаниях!

Поэтому считаю, что рациональным решением будет привести примеры.

А звуки я действительно не пойму - у меня звуковая карта полетела, так что я слышу только поскрипывание спикера  

Аналитик бесспорно несет ответственность за то как он оформил требования заказчика. А отвечают ли эти требования его нуждам - за это несет ответственность не кто иной как он сам. Не накручивайте!

Неужели находяться люди которые не читают ТЗ перед тем как его подписать?

Это сообщение отредактировал(а) main - 21.2.2007, 16:33

оформил?... вы путаетесь в показаниях. Сначала речь шла о соответствии нуждам, а не об оформлении.


Кто такой сам?
Совершенно верно - я хочу сказать, то за соответствие ТЗ нуждам заказчика несет ответственность заказчик. И никто больше. Именно поэтому существует обязательный этап согласования ТЗ с заказчиком.
Однако вы не понимаете той вещи, которую ясно понимает в проекте только аналитик (в силу специфики своей работы) - ТЗ и нужды заказчика это далеко не одно и то же! И проблема эта психологическая, а отнюдь не техническая. И устранить ее грамотным аналитиком не получится - тут нужна и соответствующая подготовка заказчика, и масса других факторов.
Например, у меня в компании есть шутка: "худшее, что можно сделать для клиента - выполнить все его требования". Это действительно так.


У нас был случай, когда ТЗ изменялось слишком часто (несколько редакций за неделю), и когда дошло до подписания бумаг, наш не слишком внимательный клиент подписал устаревшую версию ТЗ. А разработчики начали работу по свежей. Когда ошибка выяснилась, клиент схватился за голову и воскликнул: "Да не читал я это ваше чертово ТЗ!" И я его понимаю - 60 страниц это слишком много, чтобы отследить все изменения 

Это сообщение отредактировал(а) ida - 21.2.2007, 17:44

Модератор: 

Так.
Убедительная просьба ко всем держать себя в рамках взаимоуважения и не переходить на личности.
Особенно это касается ida, Cashey, Frage

Помните, что даже если кто-то и позволил к Вам резкость, некую колкость, насмешку и прочее, и прочее, то ответ в том же тоне приведёт лишь к уходу в злостный офф-топ (за что положен пожизненный растрел) и не принесёт участникам обсуждения ни пользы, ни удовольствия.

Если же Вам уж крайне не нравится тон участника, то лучше проигнорируйте его, и напишите модератору.

Спасибо за внимание.

уровень абстракции выше, чем у разработчика. потому требуемая квалификация - выше. кругозор, назовем его так, должен быть шире у человека, который ставить вопросы, чем у человека, который на эти вопросы отвечает. к примеру, потому потенциально у программиста зарплата выше, чем у оператора ПК, несмотря на то, что оба работают с компьютерами. точно так же, выше программиста получает системный архитектор. конечно, я могу ошибаться, потому как доселе сам совмещал в себе функции трех - может, у меня взгляд на жизнь этим затуманен   

Я думал отчего-то, что крупные корпорации не жалуют ПО с GPL/ и другими "бесплатными" лицензиями  Мол, некому по шапке давать в случае сбоев  Вот так сломался созданный у меня стереотип 
 

о, прикольно! похоже хорошая работа 
а если в деньгах "на 1/3 больше" это сколько будет, если не секрет?

ida, если заказчик не умеет говорить это исключительно его проблемы. Я употребил термин "оформил" пытаясь донести до Вас простую мысль - то что "наохал", "навопил", "навздыхал" заказчик "оформляеться" тобишь подытоживаеться, обобщаеться и выписываеться в ТЗ. Оформление не имелось ввиду в буквальном смысле. А платят ему много за то что работа все-таки поответственней чем у простого "не имбицила" но не сложней. Возможно тип логики немного другой. Кстати, возможно, эта работа и подходит под женский тип логики лучше всего. Но нестоит, право же, недооценивать "неимбицилов". 

Речь, видимо, идет о бизнес-аналитике.
Есть еще системный аналитик.
А также просто аналитик - вот он зачастую получает ниже, чем программисты и иже с ними, 700-1000 (МСК), его работа не связана с ТЗ и т.п., он обрабатывает и анализирует , к примеру, товарные потоки, дает прогнозы и вырабатывает рекомендации, а также подбивает статистику.

com, час работы аналитика = 30$, программиста или тестера или внедренца = 22,5$

main, не вижу смысла продолжать разговор в таком тоне.
Всего доброго.

ada239, вы правы. Но четкое разделение на системных и бизнес есть далеко не во всех компаниях. Например, мои обязанности смешанные - хотя я часто описываю бизнес-процессы, но также нередко и форматы обмена между системами или алгоритмы. Где-то есть аналитик и проектировщик (архитектор). И т.д. Каждая компания исходит из своих задач. Я встречала фирмы, где аналитиком называли человека, который, помимо написания ТЗ, тестирует или внедряет (хотя это уже перекос). Поэтому говорить, что один делает только то, а другой только это, и один зарабатывает вот столько, а другой вот столько, неправильно - обязанности, так же как и диапазоны зп разные, в зависимости от компании и города. Я привела собственный пример.

Что касается анализа товарных потоков - напомню, речь идет об анализе требований и предметной области в сфере разработки ПО. В банках тоже есть свои аналитики - анилизируют платежеспособность заемщика. Предлагаете и их рассмотреть?... 

Это сообщение отредактировал(а) ida - 26.2.2007, 10:11

5280$/мес ? круть! а что за контора то? там ещё сотрудники нужны?
я б и тестером за 3960$/мес пошёл, пусть меня научат! 
достойно у вас труд оплачивается. а в соседней, вон, ветке вопросом  задаются: 1500 - 1700 миф или реальность?

Это сообщение отредактировал(а) com - 27.2.2007, 08:35

com, это клиенты столько платят. сотрудники получают намного меньше.

ida, вероятно, имеет ввиду з\п в конторах работающих по схеме аналитик+кодер (которых громко называют программистами). В этом случае на аналитика ложится вся нагрузка по проектированию и "разжевывания" кодеру того, что от него требуется.
В основном (но не абсолютно) фирмы работают по одной из двух схем аналитик+кодер (по западному образцу) и аналитик-программист. Я работал и в той и в другой системе и могу с уверенностью утверждать, что аналитик  = сломанный телефон между клиентом и программистом. Но этот "телефон" играет очень полезную функцию расписывания договора на разработу и ТЗ, которые подписываются клиентом. Функция формальная, но необходимая при юридическом оформлении сделки. Поэтому хотя процесс разработки при первой схеме значительно дольше по времени, зато менее проблематичен в процессах взаиморасчетов. Поэтому по такой схеме работают с корпоративными клиентами, мелкие фирмы работают по второй схеме.

У меня на бывшей работе аналитиками назывались дяди и тети, которые были посредниками между бригадами мучеников аль аксы и программистами. То есть разруливали всякие недоразумения между внедренцами и программистами. Если прав внедренец, то аналитик ставит задачу перед программером "доработать или исправить". Если внедренец зря наехал на систему, ему объясняют где он не прав, и почему он поц. Иногда аналитики играют важные роли в разработке новых модулей. По сути, аналитики это внедренцы с большим опытом, которые слишком ценны, чтобы работать непосредственно во внедрении.