Форум Сообщества Аналитиков
Обсуждения => Работа => Тема начата: Sunshine от 23 Февраля 2011, 01:56:31
-
Друзья,
находившись в декретном отпуске, хочу спросить
на Ваш профессиональный взгляд,
что изменилось за последние 2,5 года в ИТ-индустрии, в работе аналитиков и вообще?
-
Рынок труда аналитиков:
Пережил падение и возвращение спроса
Выросло среднее предложение ЗП
Роль аналитиков в профессиональном сообществе:
Аналитики стали восприниматься как важная роль, их зовут на конференции, у них есть свои конференции
За ИТ в целом не скажу.
-
Профессионалы всегда нужны. А в последнее время многие компании действительно, стали понимать, что без аналитиков продукт инновационым не сделаешь.
-
вычитал тут на одном форуме альтернативное мнение, скажем так, для затравки :о)))
"в софтовых конторах за последние сытые годы развелось чрезвычайно много ненужных людей, всевозможных аналитиков, руководителей, помощников, писателей, читателей, кофепитилей и прочих бездельников. Среди них есть разумные люди, которые в принципе могли бы работать с пользой, я думаю, что и вы к этим немногим тоже относитесь, конечно же. Но большинство - балласт."
и еще
"программист производит добавленную стоимость, а аналитик, ПМ и прочие креаторы - ее расходуют."
:о)))
P.S. чтобы не было необоснованных иллюзий скажу, что сам-то я подобных мнений не разделяю...
-
Профессионалы всегда нужны. А в последнее время многие компании действительно, стали понимать, что без аналитиков продукт инновационым не сделаешь.
Как раз инновационным - легко!
А вот сделать его полезным - да, тут без аналитиков не обойтись.
-
А инструментария нового не появилось? Чем нынче пользуются?
-
Водолей,
Я думаю как раз за время кризиса Компании избавились от балласта, а сейчас опять жирок накапливают )
-
А инструментария нового не появилось? Чем нынче пользуются?
В смысле, что теперь носят? :)
Например, Visual Studio 2010 в связке с Team Foundation Server - я его сейчас всем рекомендую. Не то чтобы там были какие-то революционные идеи, но полный жизненный цикл разработки в нём, на мой взгляд, удачно реализовали - требования, задачи, баги, тест-кейсы и исходный код наконец-то хранятся в одной базе и естественным образом ссылаются друг на друга.
Хотя коллеги жалуются, что нельзя вставлять картинки прямо в description требований, приходится прилагать в виде отдельных файлов. К хорошему быстро привыкаешь.
-
Хотя коллеги жалуются, что нельзя вставлять картинки прямо в description требований, приходится прилагать в виде отдельных файлов. К хорошему быстро привыкаешь.
Мы на прошлой неделе тестировали TFS под задачи RQM — у нас получалось вставлять картинки.
-
а Visual Studio 2010 в связке с Team Foundation Server под какую операционную систему семейства Windows идет? Какую ОС теперь на обычных офисных компах ставят?
На какие конференции ходят аналитики? Можно по-точнее?
-
а Visual Studio 2010 в связке с Team Foundation Server под какую операционную систему семейства Windows идет? Какую ОС теперь на обычных офисных компах ставят?
На какие конференции ходят аналитики? Можно по-точнее?
Аналитики ходят на разные конференции. Вот на эти, например: http://www.it-map.ru/conferences/
Когда конференций не хватает, аналитики организуют их сами (http://blogs.uml2.ru/category/Metki/LAF2010). Чтобы не скучать (http://conf.uml2.ru/archive/).
А некоторые от скуки вон даже в Австралию ездят (http://blogs.uml2.ru/post/Otzyv-o-RE10). :)
-
Это вы в 2010 - то есть этим жарким и дымным летом собирались в Иваново? Интересно :) А почему именно в Иваново?
-
Это вы в 2010 - то есть этим жарким и дымным летом собирались в Иваново? Прикольно :) А почему именно в Иваново?
А потому что я там живу, есть замечательная команда в НПО Консультант, отличное здание, где проводился фестиваль, романтичные Малинки.
-
Да, места хорошие! А еще там есть Свято-Введенский женский монастырь, на православном радио "Радонеж" часто отвечает на вопросы их батюшка - архимандрит Амвросий Юрасов.
Galogen, не видели его в живую? По радио создается впечатление, что грамотный, умный, хороший батюшка.
-
на Ваш профессиональный взгляд,
что изменилось за последние 2,5 года в ИТ-индустрии, в работе аналитиков и вообще?
Как всегда, субъективно.
Качество разработки стало хуже. Уровень подготовки специалистов - ниже. Фриланса стало больше, а качество управления низкое, как следствие результаты хуже.
В общем, тенденция к опопсению отрасли: если изначально для того, чтобы программировать, нужна была серьезная подготовка, и это в общем признавали, то сейчас любой восьмиклассник может что-то сделать, наклепать сайт и т.д. Это порождает ложное ощущение, что и более сложные задачи решить легко - в-частности у заказчиков. Входной порог в профессию стал ниже. Но хороших спецов мало, мало людей с системным взглядом. По моим наблюдениям, один-два таких человека на компанию из 30-50 человек фактически держат на себе всю разработку - не дают остальным делать откровенное г***.
Как в крупных компаниях, не знаю, но рискну предположить, что там возможно то же, только в другом масштабе.
-
Дааа..
А Ваши предположения,что будет через еще 3 года, через 10 лет?
-
Ну не знаю.... Мое ощущение, что грамотных спецов стало больше. Но и проектов стало много, как всегда хороших рук мало, а ширпотреба полно ...
-
хороших рук мало, а ширпотреба полно ...
По-моему ты сам себе противоречишь.
Сначала пишешь, что грамотных спецов стало больше.
Далее - что хороших рук мало.
Так где же все грамотные спецы?.. Или у них нет рук? :)
Моя версия - проблема не в руках, а в головах.
Продажи и разработка в разной степени настолько независимы друг от друга, что у рядовых исполнителей возникает дилемма - работать на от***сь, или наживать себе недоброжелателей в руководстве.
Во всяком случае, я это прочувствовала, только проработав много лет исполнителем, а потом оказавшись в руководящей должности (появилась возможность оценить ситуацию в целом).
Моя дилемма заключается в том, чтобы требовать от исполнителей невозможных в данной ситуации результатов, прогибаясь под заказчика, или прикрывать исполнителей перед заказчиком - пока выбираю второе, но и заказчика в данной конфигурации можно понять.
-
По-моему ты сам себе противоречишь.
Сначала пишешь, что грамотных спецов стало больше.
Далее - что хороших рук мало.
Так где же все грамотные спецы?.. Или у них нет рук? :)
Ида, не надо выкидывать слова из моего поста. Грамотных спецов стало больше, но и проектов - больше, поэтому по прежнему грамотных спецов не хватает.
-
Как всегда, субъективно.
100 % в точку!
-
Моя версия - проблема не в руках, а в головах.
Даже классики с тобой солидарны! :)
Тогда правда немного другие проблемы были - разруха в клозетах.
-
Продажи и разработка в разной степени настолько независимы друг от друга, что у рядовых исполнителей возникает дилемма ....
ДА, это точно! Приходилось сдавать совсем "сырой" продукт, главное чтобы "этап" подписали, а программу потом доделаем как "на сопровождении". Приходится аналитику как- то выкручиваться...
А может дело всё в том, что кто-то не правильно распланировал эти этапы????
Ведь если нормальные сроки написать, в которые можно уложиться, то всё было бы намного лучше...
Ато подписывают, что совершенно "сырой" продукт якобы сдан в опытную эксплуатацию....Хотя, если гос заказчик, то там и сроки, бывает, невозможно реальные написать. Вот и приходится выкручиваться... Но я считаю, в этом случае, аналитику хуже всех приходится - пользователи думают, что ты совсем не ответственный, раз продукт сырой, а программистам все равно, их прикрывает аналитик перед пользователем. А руководителю важно только, чтоб бумажка была подписана, этап был сдан...
-
ДА, это точно! Приходилось сдавать совсем "сырой" продукт, главное чтобы "этап" подписали, а программу потом доделаем как "на сопровождении". Приходится аналитику как- то выкручиваться...
А может дело всё в том, что кто-то не правильно распланировал эти этапы????
Ведь если нормальные сроки написать, в которые можно уложиться, то всё было бы намного лучше...
Ато подписывают, что совершенно "сырой" продукт якобы сдан в опытную эксплуатацию....Хотя, если гос заказчик, то там и сроки, бывает, невозможно реальные написать. Вот и приходится выкручиваться... Но я считаю, в этом случае, аналитику хуже всех приходится - пользователи думают, что ты совсем не ответственный, раз продукт сырой, а программистам все равно, их прикрывает аналитик перед пользователем. А руководителю важно только, чтоб бумажка была подписана, этап был сдан...Вот такие вот минусы гос заказчиков...
-
А может дело всё в том, что кто-то не правильно распланировал эти этапы????
Ведь если нормальные сроки написать, в которые можно уложиться, то всё было бы намного лучше...
Ну конечно, если продолжать верить в сказки, то можно думать, что бывает "лучше", и можно сделать "правильно", просто "кто-то" не догадался это сделать :) В действительности эти "кто-то" ничуть не глупее, и зачастую обладают более полной информацией.
Можно ждать, когда придет кто-нибудь и сделает всем хорошо. Можно самому начать делать хорошо, в пределах своей компетенции. Можно ничего не делать вообще :) Тут уж кому что нравится...
-
так я же далее написала, что "кто-то" тоже не виноват! Это особенности гос заказчиков. Выделение денег особенное... не ясно сразу, дадут ли денег на проект, а как становится ясно, так надо за месяц(!!!!) уже готовый продукт(как минимум 8 подсистем) в опытную эксплуатацию сдать...
-
Ну да - виноват госзаказчик :)
Они плохие, мы хорошие.
-
Ну да - виноват госзаказчик :)
Они плохие, мы хорошие.
Вот именно!
Нужно иметь соответствующую квалификацию. В том числе - работы с заказчиками. Не "ложиться" под них, а управлять. В TOGAF это называется "управление заказчиками". Смею вас заверить: это реально (при условии, что закзчику нужен продукт, а не ... (увы!). А в последнем случае выход один: делиться! Но это не в компетенции системного аналитика!
-
Нужно иметь соответствующую квалификацию. В том числе - работы с заказчиками. Не "ложиться" под них, а управлять.
Точно! И это распространяется на всех заказчиков, не только на гос., правда, да, при определенных условиях. Договариваться надо, показывать плюсы и минусы любого из возможных вариантов развития событий, и давать им возможность принимать взвешенное решение, т.е. делать осознанный выбор. А вот договариваться-то как раз часто и не хотят: либо сложно, либо просто лениво, либо "мы не будем опускаться до их уровня", либо еще что-нибудь...
-
Я проблемы в том, чтобы договориться, не вижу.
Для меня другие проблемы очевидны: нежелание брать ответственность (или стремление брать ее как можно меньше) и нежелание принимать решения (связано с предыдущим). Когда решения спускаются сверху, царит мир и благоденствие. Но как только нужно что-то сделать на месте - возникает паралич.