Форум Сообщества Аналитиков

×


Просмотр сообщений

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


Сообщения - Леонид

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 »
406
Работа / Re: Работа системным аналитиком
« : 23 Апреля 2014, 16:34:10 »
Спасибо за ответ.
На какую вилку в зп в Москве можно расчитывать на этот полгода - год?
Хочу примерно прикинуть бюджет переезда.

Не отслеживаю последний год. hh в помощь, посчитать по формуле от min*1,15 до min*1,3 довольно просто. Естественно, минимум надо брать чисто не математический, а усредненный и за минусом явного неадеквата.

407
Работа / Re: Работа системным аналитиком
« : 23 Апреля 2014, 14:37:24 »
Мне 27 лет, 7 лет проработал web программистом(php, mysql, js и т.д), последнее время понял, что хочется попробовать себя на несколько другом поприще, получить опыт работы с разными предметными областями, сбором требованиий, управлением проектов. Реально найти работу сис. аналитиком с подобным бекграундом?

Да.

На какую позицию и деньги стоит расчитывать на первое время?

Позиция - "младший аналитик" или "аналитик". Деньги - минимум по рынку + 15-30%.

Сколько времени занимает в среднем, чтобы более-менее освоиться в профессии, начать двигаться по деньгам?

Только от вас зависит. Кто-то через год-полтора уже вполне продуктивен, а кому-то аналитикой лучше вообще не заниматься. С деньгами то же самое. Будут пробуксовки на одном месте - через год можно сменить работодателя с ростом минимум процентов в 20%.

Куда лучше пытаться устроиться в интегратор занимающейся конфигурированием готовой платформы (1с, sap) или в компанию, которая свой софт пишет под требования?

Второй вариант. Будет разнообразнее и веселее.

В моем городе практически нет вакансий без опыта,

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

правильно я понимаю, что лучше всего ехать в Москву, т.к. судя по hh там самый большой рынок подобных вакансий в России?

Аналитику лучше в Москву. Питер, Новосибирск, Минск по потребности в аналитиках уступают очень сильно.

408
Продавать часы сильно не выгодно. Продавать лучше пользу клиента. И именно этому учиться долго.

Не могли бы вы пояснить эту идею?

У меня опыт участия в продажах не сильно большой, но в целом он укладывается в следующие рамки:

Сейл: Заказчик, тебе для полного счастья нужна вот такая хрень! Она для тебя сделает ... а еще ...
Заказчик: Ух ты! Хочу! Сколько мне это будет стоить?
Сейл: Надо посчитать, завтра пришлю оценку.
...
Сейл: Команда, мы вроде продали Заказчику ту хрень, которую бросили делать в прошлом году. Срочно нужна оценка, чего нам будет стоить сдуть пыль и довести до ума.
Команда: (после продолжительных подсчетов) X усредненных человеко-часов!
Сейл: Так... Х*1,5*стоимость часа + накладные + маржа + премии + премии мне + поддержание лояльности заказчика = Y.
...
Сейл: Заказчик, счастье обойдется тебе в Y*1,15!
Заказчик: Ну них.. себе счастье! Вы обалдели?
Сейл: Вот смета, убедись.
Заказчик: Да, по вертикали и горизонтали суммы сходятся... Ну, пошли договор заключать.


Т.е. заказчику продается счастье, а суммы подтверждаются часами.

409
Хочу разобрать первый кризис роста. Во всех компаниях ситуация совершенно одинакова. Это то и печально. Некоторым компаниям удается его избежать, некоторым удается с ним справиться. Большая часть перестает существовать.

Давайте что нибудь типа круглого стола организуем? Можно и онлайн, но оффлайн эффективнее.

Озвучу свою позицию для "круглого стола".

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

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

Разве это печально? Да, у кого-то кризис роста проходит почти незаметно, кто-то крепко болеет, а кто-то и концы отдает (причем зачастую даже не понимая, от чего). Естественный процесс.
Готовиться к таким кризисам можно, но поскольку:
- "молодым и амбициозным" компаниям вообще непонятно, о чем это и зачем (какой кризис? у нас все зашибись!),
- требует управленческого опыта,
- требует мыслительных усилий,
- требует организационных усилий,
- требует принятия непопулярных мер,
- дорого,
то в норме на подготовку забивается болт (если о такой возможности вообще догадываются).
Ну и разумеется, подготовка способна разве что повысить шансы. И то сомнительно, что намного.

Влиять на течение таких кризисов можно, но не слишком сильно. А вот гарантировать выживание нельзя. Тут уж как обстоятельства сложатся.

410
1. Базовая концепция...
...

Благодарю.

411
    В данном докладе я собираюсь провести анализ ситуации с разных точек зрения: теории Деминга; теории ограничений; жизненных циклов организации, предложенных Адизесом; психологии.
    Для рядового сотрудника этот доклад будет полезен для распознания кризиса и выработке стратегий поведения в нелегкое для компании время.

    Доклад достаточно сложен и желательно предварительное знакомство с материалами:
    ...

    • Во время такого кризиса сотруднику очень просто «перегореть». Чтобы этого не произошло, нужно понимать причины происходящего.

    Довольно интересно, но возникают вопросы.

    1. Относится ли рядовой сотрудник к аудитории, способной воспринять такой доклад?
    2. Нужно ли рядовому сотруднику распознавать кризис организации предложенными инструментами? Хватит ли у него знаний и навыков, чтобы не ошибиться по-крупному?
    3. Имеет ли смысл рядовому сотруднику вырабатывать стратегию поведения в условиях кризиса организации (когда непонятно, куда кривая вывезет и от него практически ничего не зависит)?
    4. Каким образом кризисная ситуация взросления организации повышает вероятность выгорания ее рядового сотрудника до крайне опасного уровня "очень просто"?

    412
    если чуть подробнее, то стрелки - нефункциональные требования, блоки функциональные. При декомпозиции в соответствии с методологией IDEF0 все связи должны сохраняться, т.е. обеспечивается трассируемость.
    Пример можно скачать здесь http://edu.reqcenter.pro/?p=3881

    Как-то язык не поворачивается назвать "сборщика шкафов" "нефункциональным требованием". Равно как инструмент,  детали шкафа и сам шкаф. Остаются только стрелки "Собрать с наименьшими затратами" и "Собрать с наименьшими неполадками", попробую считать требованиями их.

    Как бы сказать... Это очень плохой пример. Мало того, что эти "требования" взаимоисключающие (цена vs качество), так еще и предполагается, что внутри процесса сам сборщик может решать, что и как ему делать. Вот возьмет, и сэкономит на сборке.

    Да и не место там этим "требованиям", на мой взгляд. В примере со шкафами "сверху" логичнее смотрятся спецификация, чертеж, технологическая карта сборки, да хоть инструкция по технике безопасности.

    P.S. Ссылка на "качественно учим других" в предыдущем посте битая.

    413
    По мне, IDEF0 вполне удобен и информативен, когда нужно дать картину "в целом".
    Выгодно отличается от многих нотаций тем, что штатно отображает "регламентирующую" составляющую процесса (нормативку, правила, распоряжения и т.п.). Иногда это важно.

    Подкупает читаемостью без какой-либо предварительной подготовки.

    Главное - не сильно детализировать описываемое (см.рис.).

    П.С. В реальных проектах применяли неоднократно. Работает.

    414
    Прошу указать на мои недочеты

    "Укажу" по части функционала.

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

    Вам не авторизовать посетителя надо, а всего лишь идентифицировать (все равно без предварительного созвона уже никто никуда ничего не везет). Идентифицировать достаточно легко: например, по номеру контактного телефона. "Клиентскую карточку" в БД оформите автоматически из данных, которые покупатель введет для доставки в первый раз.

    Любить клиента нужно нежно.

    415
    Согласен, вероятность найти специалиста, одинаково успешного во всех представленных областях, стремится к нулю.
    Обсудив данную проблему с руководителем подразделения, в которое требуется специалист,    мы договорились при поиске сделать акцент на знания в области программирования.   Сейчас в подразделении нет полностью универсальных людей,  и не хватает  именно сотрудника, обладающего  экспертным знанием программирования.

    Хорошее решение вопроса.

    Полагаю, вакансия вида:

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

    встретит большее понимание и желание откликнуться.

    А про необходимость ходить по складу в каске и страхование жизни лучше разговаривать отдельно и только с более-менее приглянувшимися кандидатами. :)

    416
    "master of everything is master of nothing"

    У "них" есть более изящное выражение: "a jack of all trades is master of none".

    417
    Впервые слышу, хотя понятно.

    Это давний термин из отечественной практики разработки автоматизированных систем. В проектах автоматизации для госструктур применяется достаточно широко.

    Может дадите мне список пятка? Лучше в Иванове, кто согласиться со студентом возиться?

    В Иванове я совсем никого не знаю. Гм... Если бы мне приспичило, я бы, наверное, пошел на какой-нибудь хэдхантер и попытался связаться оттуда. Напроситься на беседу. Думаю, поставить хотя бы пива "за науку" у студента средств хватит.
    Еще вариант - вломиться со своей бедой лично в какой-нибудь отдел разработки местной ИТ-конторы. Вполне вероятно, что в порядке "шефской помощи" (а больше - для развлечения) и помогут.

    Что такое грамотный подходит к каким-то мастер-данным и НСИ?

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

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

    И пример про грамотный подход. ФМС России строила свою систему ведения НСИ больше двух лет. В несколько последовательных госконтрактов (что само по себе почти подвиг). Подошли серьезно: только проектировали больше года.

    Ясно, что у студента нет такого опыта, следовательно он должен отражаться в постановке. Мне кажется именно в этом трудность, но и важность. Отразить минимальные знания для того, чтобы следует определенным правилам, получить варианты решения.

    Вполне возможно. С другой стороны, в жизни у бывшего студента не будет полной постановки. Такой, чтобы ему осталось только расчехлить свои методы и применить их по назначению. Он через раз, если не чаще, будет натыкаться на "ну вы же в этом специалисты, вот и предложите нам".
    И это, кстати, замечательно. В общем случае, сильно упрощает жизнь разработчику/исполнителю.

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

    Ну... Познакомить с практиками можно и обзорными лекциями, наверное. А если включать практические занятия, то возможно, стоит дать им спроектировать то, чем обычно занимается "системный" аналитик? Например, те же логические модели данных, алгоритмы импорта-экспорта данных в конкретных форматах, разработать GUI (с акцентом на его функциональность)?
    Принципы проектирования примерно те же, но "предметная область" должна быть более близка.

    418
    нормальные функции внедрения и сопровожения.

    Функции нормальные. Оптимистично их ожидание в одном человеке. Причем оптимистично только в том случае, если ожидается их качественное исполнение. Всех сразу.

    Кто-то "не выходит"? ;)

    419
    Вот такого вот мы ищем специалиста. Будем рады рекомендациям и советам.

    Вот так гораздо понятнее. Было бы сразу в описании вакансии...

    Вторая задача делится на две: аналитика (постановка задачи) и реализация (кодирование). Это две очень разные сферы.

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

    Честно говоря, я таких монстров в своей практике не видел. Боюсь, порекомендовать никого не смогу. Думаю, просто потому, что заниматься всем этим одновременно просто нереально. Рано или поздно возникнет крен в одну из сторон, и прощай компетенции в остальных. Это я говорю как дипломированный менеджер, действующий аналитик, бывший программист с примерно 10-летним стажем, бывший сисадмин (в т.ч. суппорт) с 7-летним стажем.

    Но если я чего-то не видел, совсем необязательно, что этого не существует в природе. :)
    Найдете - берегите, как зеницу ока.

    P.S. Разумеется, сказанное распространяется на специалистов своего дела. "Универсалов", которые делают все перечисленное одинаково посредственно, найти наверняка можно.

    420
    3. Третий блок - на входе найденная книга, на выходе выданная книга, а процесс Заполнение формуляра, т.е. целью заполнения формуляра является преобразование найденной книги в выданную?

    По существу, именно так и есть. :)
    Широко известная ситуация "я посылку принес, но вам ее не отдам, потому что у вас докУментов нет".
    А название да, можно подобрать более удачное.

    Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 »