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

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