Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > Обсуждение работы > Аналитик

Автор: Hidrag 13.9.2006, 20:19

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

Автор: Hidrag 16.9.2006, 14:19

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

Автор: fara 23.9.2006, 20:29

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

Автор: ida 19.2.2007, 18:36

У нас аналитик стоит на 1/3 больше, чем разработчик, тестер или внедренец. Пользуется он в основном текстовыми редакторами, UML-дизайнерами (например Rational Rose, Visio или Dia) и средствами управления требованиями (например RequisitPro), а также (что является основными его инструментами) - мозгом, ушами и языком. Должность его никак не эквивалента программисту по высоте - это разные отделы, и друг другу они не подчиняются. Нужен аналитик для того, чтобы перевести ахи, вопли, корчи и стоны заказчика в законченный непротиворечивый документ, который называется техническое задание. Занимается он общением с заказчиком, анализом его требований, моделированием их, разработкой технического задания, согласованием ТЗ с заказчиком и сопровождением разработчиков и тестировщиков в ходе работы над проектом (отвечая на их вопросы). А есть он в фирмах, занимающихся разработкой, потому, что данные функции невозможно передать кому-либо из других участников проекта без существенного снижения качества продукта и увеличения времени работы над ним. Полагаю, я ответила на все вопросы?

Автор: S.A.G. 21.2.2007, 00:29

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

Автор: ida 21.2.2007, 09:32

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

Автор: S.A.G. 21.2.2007, 11:08

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

Автор: ida 21.2.2007, 11:55

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

Автор: Cashey 21.2.2007, 12:50

Цитата(Hidrag @  13.9.2006,  21:19 ) И как я понял, он стоит обычно выше программистов по должности?  у меня одно время была должность аналитик-программист. это было наиболее рационально, т.к. аналитики зачастую бывают "сломанными телефонами" между разработчиком и заказчиком. последние, правда, зависит от таланта аналитика

Автор: ida 21.2.2007, 13:31

Автор: Shaggie 21.2.2007, 13:48

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

Автор: ida 21.2.2007, 14:00

Цитата(Shaggie @ 21.2.2007,  14:48) Не вижу никакой связи между образованием и качеством выполняемой работы не по специальности для усердно работающего над собой человека. Существенное дополнение  Именно это я и подразумевала выше. Цитата(Shaggie @ 21.2.2007,  14:48) Мое мнение - хороший аналитик должен уметь программировать. Хотя бы для того, чтобы иметь представление о процессе изнутри, о том, какие конкретно моменты заказа необходимо обсудить с заказчиком более подробно по причине трудностей реализации его фантазий. Сожалею, но ваше мнение ошибочно. Практика это подтверждает.

Автор: Shaggie 21.2.2007, 14:10

Цитата(ida @  21.2.2007,  14:00 ) Сожалею, но ваше мнение ошибочно. Практика это подтверждает. Тогда прошу Вас привести примеры из практики.

Автор: Cashey 21.2.2007, 14:18

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

Автор: Frage 21.2.2007, 15:10

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

Автор: ida 21.2.2007, 15:43

Цитата(Frage @ 21.2.2007,  16:10) Может быть составитель ТЗ (назовем его аналитик) Аналитик - это не составитель ТЗ. См. выше. Frage, людям, работающим в софтверных компаниях, объяснять функции аналитика и разработчика не требуется. Автор темы задал вопросы - я на них ответила, поскольку я - аналитик, работающий в софтверной компании более двух лет, лично участвовавший в проектах стоимостью от 500 до 200 000$ для организаций, имеющих своими клиентами тысячи физических и юридических лиц. По моим ТЗ написаны продукты, которыми в настоящее время пользуются люди в трех государствах. Возможно, с вашей точки зрения или кого-либо еще это не является сильным аргументом в мою пользу, но, чтобы принять такую позицию, потребуется признать, что все вышеперечисленные люди и организации, а также мое руководство и коллеги - круглые идиоты. Вы сами им передадите?... Цитата Тогда прошу Вас привести примеры из практики. Ваша квалификация позволяет вам воспринять примеры из практики? Вы знаете, что такое анализ требований? Объектно-ориентированный анализ? Анализ предметной области? Проектирование приложений? Техническое задание? Технические требования? Бизнес-процесс? Бизнес-требования?  Функциональные требования? Управление требованиями? Приоритеты требований? Трассировка требований? Обратное проектирование? Модель предметной области? Модель приложения? Ошибки анализа? Ошибки реализации? Нечеткие требования? Нереализуемые требования? Зависимость требований? Список можно продолжить.

Автор: Shaggie 21.2.2007, 16:08

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

Автор: ida 21.2.2007, 16:10

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

Автор: S.A.G. 21.2.2007, 16:15

Цитата(ida @ 21.2.2007,  11:55) main, я не знаю, почему аналитик оплачивается выше. Поэтому добавить мне на сей счет нечего. Ответственности за то, что ТЗ не соответствует нуждам заказчика, аналитик не несет. Подпись заказчика под ТЗ означает его согласие с тем, что в нем изложено. А читал он сей документ перед тем, как его подписывать, или нет - исключительно его личное дело. Цитата Занимается он общением с заказчиком, анализом его требований, моделированием их, разработкой технического задания, согласованием ТЗ с заказчиком и сопровождением разработчиков и тестировщиков в ходе работы над проектом (отвечая на их вопросы). Сама себе противоречишь

Автор: ida 21.2.2007, 16:18

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

Автор: Shaggie 21.2.2007, 16:23

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

Автор: S.A.G. 21.2.2007, 16:29

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

Автор: ida 21.2.2007, 17:43

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

Автор: BearBeer 22.2.2007, 11:58

Модератор:  Так. Убедительная просьба ко всем держать себя в рамках взаимоуважения и не переходить на личности. Особенно это касается ida, Cashey, Frage Помните, что даже если кто-то и позволил к Вам резкость, некую колкость, насмешку и прочее, и прочее, то ответ в том же тоне приведёт лишь к уходу в злостный офф-топ (за что положен пожизненный растрел) и не принесёт участникам обсуждения ни пользы, ни удовольствия. Если же Вам уж крайне не нравится тон участника, то лучше проигнорируйте его, и напишите модератору. Спасибо за внимание.

Автор: skyboy 22.2.2007, 12:33

Цитата(ida @  21.2.2007,  10:55 ) я не знаю, почему аналитик оплачивается выше. уровень абстракции выше, чем у разработчика. потому требуемая квалификация - выше. кругозор, назовем его так, должен быть шире у человека, который ставить вопросы, чем у человека, который на эти вопросы отвечает. к примеру, потому потенциально у программиста зарплата выше, чем у оператора ПК, несмотря на то, что оба работают с компьютерами. точно так же, выше программиста получает системный архитектор. конечно, я могу ошибаться, потому как доселе сам совмещал в себе функции трех - может, у меня взгляд на жизнь этим затуманен    Цитата(ida @  19.2.2007,  17:36 ) UML-дизайнерами (например Rational Rose, Visio или Dia) Я думал отчего-то, что крупные корпорации не жалуют ПО с GPL/ и другими "бесплатными" лицензиями  Мол, некому по шапке давать в случае сбоев  Вот так сломался созданный у меня стереотип

Автор: com 23.2.2007, 20:33

Цитата(ida @ 19.2.2007,  18:36) У нас аналитик стоит на 1/3 больше, чем разработчик, тестер или внедренец. о, прикольно! похоже хорошая работа  а если в деньгах "на 1/3 больше" это сколько будет, если не секрет?

Автор: S.A.G. 25.2.2007, 22:20

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

Автор: ada239 25.2.2007, 23:45

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

Автор: ida 26.2.2007, 10:08

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

Автор: com 26.2.2007, 20:49

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

Автор: arilou 12.4.2007, 17:00

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

Автор: Cashey 17.7.2007, 12:01

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

Автор: Vex 20.7.2007, 23:04

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

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)