721

Сообщество Аналитиков / Re: Темы для встречи в Москве

« : 05 Марта 2013, 12:38:14 »

Рыбка, спасибо за предложение!

А какую проблему вы решаете в разработке по ГОСТ? Как совместить лучшие мировые практики анализа с требованиями заказчика по формальности документации?

722

Сообщество Аналитиков / Re: Темы для встречи в Москве

« : 04 Марта 2013, 15:42:44 »

Я с такой надеждой эту дискуссию и открывал.

Только сначала темы, потом — регистрация.

Немного статистики:
В фейсбук-группе на 50 просмотров моего предложения — заявлены 2 темы.
Тут на 60 просмотров — 0.

723

Сообщество Аналитиков / Re: Темы для встречи в Москве

« : 04 Марта 2013, 15:02:41 »

В чём смысла регистрации на событие без темы?

724

Конференции Семинары и Тренинги / Re: ЛАФ-2013. Место, время. Бронирование.

« : 04 Марта 2013, 00:58:19 »

Поэтому это не конференция, а фестиваль.

725

Сообщество Аналитиков / Темы для встречи в Москве

« : 03 Марта 2013, 00:14:54 »

Коллеги, пора бы устроить встречу сообщества.

Напишите пожалуйста, какие вопросы и темы вас сейчас интересуют.
Я готов организовать встречу.

726

Для всех / Re: Шаблон требований

« : 01 Марта 2013, 14:55:48 »

Вот тут ребята перевели Stakeholder Request Template — Шаблон запроса заинтересованного лица: http://sysana.wordpress.com/2010/06/04/%D0%BA%D0%BE%D0%BD%D1%82%D0%B5%D0%BA%D1%81%D1%82%D0%BD%D0%BE-%D0%BD%D0%B5%D0%B7%D0%B0%D0%B2%D0%B8%D1%81%D0%B8%D0%BC%D0%BE%D0%B5-%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D0%B2%D1%8C%D1%8E/

И да — сначала — выявление интересов и потребностей, и только потом, главным образом с помощью мозга аналитика — разработка требований.

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

727

Обучение / Re: Сертификация аналитиков

« : 01 Марта 2013, 03:08:53 »

Прошёл сегодня тест IREB Certified Professional for Requirements Engineering — Foundation Level.

В тесте 45 вопросов, проходной уровень — 60%.

Вот перечень тем, которыми нужно владеть (34 страницы):
http://www.certified-re.de/en/syllabi/foundation-level.html
(Можно сравнить с темами более старого REQB CPRE:
http://www.reqb.eu/index.php?id=56)

Для подготовки я использовал рекомендуемый ими учебник (10 долларов):
http://www.amazon.com/Requirements-Engineering-Fundamentals-Professional-Foundation/dp/1933952814/

Я выбрал IREB, потому что:

1) в создании их свода знаний участвовали известные мне профессионалы и авторы книг —
Робертсон, Александер, в отличие от сертификата REQB Certified Professional for Requirements Engineering;
2) материалы для подготовки доступны бесплатно и за небольшие деньги;
2) эта сертификация менее требовательная, чем CBAP — не нужно доказывать «часы налёта».

Стандарт подготовки IREB в целом менее зрелый, чем CBAP, но ценен именно тем,
что ориентирован на широкий круг профессионалов, работающих с требованиями (причём не только в IT).

Подготовка на экзамен имеет смысл, сам экзамен мне кажется неоправданно дорогим (250 евро).

728

Системный Анализ и Требования / Re: Временные затраты. У кого какие?

« : 27 Февраля 2013, 13:47:49 »

Кроме того, рекомендую замечательный документ
«Типовые нормы времени на программирование задач для ЭВМ»
с примерами расчётов:
http://www.rgata.ru/sites/economy/index.php?option=com_remository&Itemid=34&func=startdown&id=79

729

Системный Анализ и Требования / Re: Временные затраты. У кого какие?

« : 27 Февраля 2013, 13:28:19 »

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

Про 10-12 часов: я как-то оценивал, что это минимальный срок, чтобы просто провести один цикл: http://beskov.livejournal.com/64476.html

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

730

Системный Анализ и Требования / Re: Что должен, а что нет, писать системный аналитик

« : 27 Февраля 2013, 12:56:54 »

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

Kavalsky, так вопрос был о том, что должен делать аналитик:
1. Вообще, всегда
2. В основном, или
3. В идеальной структуре?

В Лаборатории Касперского, например, организована детальная структура с выделением должностей и отделов, есть такие должности, как:
Менеджер продукта
Маркетинг-менеджер
Менеджер по запуску продукта
Бизнес-аналитик
Менеджер проекта
Тимлид системных аналитиков
Системный аналитик
Проектировщик интерфейсов
Архитектор приложения
Тимлид разработки
Разработчик интерфейса
Разработчик бизнес-логики
Тест-менеджер
Тестировщик
Технический писатель
Локализатор
Инженер по сборке

(Я могу всех не вспомнить, мои бывшие коллеги, которые там ещё работают, меня поправят)

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

Если вопрос про то, какова область ответственности и функции СА в такой высокоспециализированной организационной структуре, то можно посмотреть описание вакансий аналитиков ЛК, если нужно — могу поискать должностные инструкции.

731

Системный Анализ и Требования / Re: Временные затраты. У кого какие?

« : 27 Февраля 2013, 12:42:37 »

На концепцию обычно стоит тратить от недели до месяца.
На ТЗ — от двух недель до месяца (как ни странно).
На спецификацию от месяца до 3-х и полугода. Но её лучше делать уже в ходе итеративной разработки.

732

Системный Анализ и Требования / Re: Что должен, а что нет, писать системный аналитик

« : 27 Февраля 2013, 12:25:56 »

Аналитик не пишет интерфейсы, тем самым не ограничивает программистов.

Обычнно да.

Аналитик не знает новостей паттернов, СУБД, и прочих фичей программистов.

Обычно да. Хотя незнание принципов работы СУБД ему может сильно мешать.

Аналитик не занимается нефункционалом, он пишет Биз треб - "Система должна открываться за 2 сек макс, в 50 городах страны, 24/7 ",

Не знаю, что такое «нефункционал». Люди, которые упоминают это слово в гугле, обычно имеют в виду, что что-то не работает.

а Архитектор с Тимлидом и ПМ решают на какой СУБД, каким железом и есть ли канал 10 мбит на Камчатке.

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

И аллерт кстати пишет тим лид,

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

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

Каждый раз, когда кому-то что-то «по барабану» — это звоночек о риске. В системе всё взаимосвязано, и выбор платформы определяет атрибуты качества системы в «design time». Аналитику полезно знать, какими свойствами будет обладать система, обусловленными платформой.

Суть в том что, чтобы сделать идеальный продукт, каждый должен быть на волне, Программист, ТимЛид, Архитектор, иначе они устареют.

Совсем не понял фразу. Не нашёл сказуемого к «Программисту, ТимЛиду, Архитектору».

У программистов есть такое воерие, Отличный программист может стать Архитектором, но через 2-3 года он станет средним программистом. Время идет и знания устаревают!

Каких только воерий нет у программистов!

Так же спец в предметке ставший аналитиком через 2-3 года становится аналитиком но перестает быть Спецом предметки  (ну каким он был до ухода с предметки).

Если он меняет предметную область, то возможно.

Большинство знакомых мне «бизнес-аналитиков» для конкретной компании ценны прежде всего знанием предметной области и платформы, т.к. позволяют быстро придумывать решения 1) полезные заказчику 2) реализуемые не очень дорого.

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

733

Системный Анализ и Требования / Re: Что должен, а что нет, писать системный аналитик

« : 27 Февраля 2013, 12:09:50 »

Kavalsky, какую задачу вы решаете?

Что ОБЫЧНО делает системный аналитик и что ему в принципе СТОИТ делать, мы обсуждали сообществом несколько лет назад, результаты зафиксированы тут:
http://ru.wikipedia.org/wiki/Системный_аналитик

Кроме того, есть стандарт профессии от АПКИТ, который достаточно запутанный, но перечень умений и задач там есть, как опорная точка пойдёт.

Что он должен делать, определяется должностной инструкцией в конкретной организации и руководителем, если об этом было соглашение при трудоустройстве.

Само по себе название должности ни к чему не обязывает.
Роль так вообще — по сути набор сильносвязанных функций.

734

Обучение / Хотите стать тренером по системному анализу?

« : 27 Февраля 2013, 05:14:52 »

Мы, Школа системного анализа и управления, ищем специалистов для совместной разработки новых тренингов.

Что мы предлагаем вам делать:
* Разрабатывать тренинги
* Проводить тренинги
* Участвовать в конференциях

Что ожидаем от вас:
* Интерес учить людей
* Высокий уровень профессионализма в вашей области
* Опыт работы с аудиторией в качестве лектора, выступающего, преподавателя

Пишите мне на skype/gtalk denis.beskov

735

Конференции Семинары и Тренинги / Re: Онлайн-курс по разработке требований к ПО

« : 27 Февраля 2013, 04:48:03 »

Поделюсь текущим статусом.
Идёт 6-я неделя обучения.

Группа:
Я думал, что наберётся группа человек 5-6. Реально получилось 12 человек, впритык по моим возможностям.
Я думал, что группа будет из регионов, по факту 8 человек из Москвы, 3 из Питера, один из Киева.
Я думал, что группа будет из новичков разных профессий, по факту 9 аналитиков, технический писатель, тестировщик и РП.
Девушек и парней поровну (что очень хорошо).

Лекции:
1 час в неделю оказалось для меня многовато, реально происходит 30-40 минут рассказа, потом ответы на вопросы.

Практика:
Я разбил учебную группу на 4 команды по 3 человека. Команды — смешанные по полу и по профессиям.
1 час работы на практику не хватает, увеличили до 1,5. Обычно успеваем сделать 2 упражнения.
Цикл такой:
1. Выдача задания
2. Обсуждение каждой командой в своём голосовом чате и совместная работа над текстом/диаграммой.
3. Презентация результатов каждой командой всей группе с получением фидбека от меня.

Консультации:
12 консультаций по часу в неделю, учитывая работу в офисе + преподавание в физтехе + ведение ШСАиУ для меня оказалось очень непросто.
Для учеников 1 консультация в неделю кажется waterfall-style, пытаемся переходить на 2 получасовых и более спонтанных, незапланированных.
Все работают и выкроить время на самостоятельную работу непросто.

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