Форум Сообщества Аналитиков
Общий раздел => ПО Аналитика => Тема начата: Kavalsky от 31 Января 2013, 10:54:58
-
Приветствую коллеги.
Собственно пришло время и желание расти профессионально, пришел к Вам за наставлением и вектором тяги.
На данный момент используемый инструментарий - Visio + Word + Excel (спасибо тебе Мелкософт), поверхностные знания методологий и нотаций, опыт написания спецификаций в больших и малых интеграторах с полным или частичным бардаком в орг структуре и процессе разработки требований, да и ПО.
Хочется поменять или положение вещей в компании или компанию.
По методологиям и нотациям все немного проще, читаю Карла Вигерса, Алистера Коберна и Википедию с Вашим форумом :)
А вот с инструментарием, ПО у меня вопрос, точнее затык.
На данный момент пришло понимание, что нужно мне:
- Case средство (Наверно ЕА)
- Средство управления требованиями (Наверно R Requisite)
- Нужно чтобы они были в первую очередь популярными и во вторую попроще осваиваемыми.
- Может быть я еще не пришел к чему-то еще ? Может есть еще какие-то автоматизаторы, улучшайзеры и т.п.? (ну учитывая мой "стартап")
Вопросы:
1. Какие фичи дает ЕА (Или другое Case средство) кроме редактора диаграмм. Я предполагаю что много интересного, но понять и найти как этим пользоваться пока не могу (ну я всего 3 дня над ним бьюсь)?
2. Какие продукты выбрать? (временно можно попиратить, потом купим или купЯТ).
Какие необходимо решать задачи я сказать не могу, потому как слабо представляю, чем могут быть полезны Caseс средства кроме диаграмм.
Роль свою вижу как Системный аналитик, может быть немного Бизнес аналитики (так как у нас, обычно, эти должности неделимые. Еще и разработчик и тестер и пресейл бывает, но я таких вариантов не ищу).
По данным продуктам нет ничего на русском, по этому первый раз в жизни сел и прочел пару глав хэлпа. Понятно, но не все. Курю форум, лопачу Вики и гугл.
Надеюсь на ясность изложения (можно оценить мои аналитические способности кстати :)) и на Вашу помощь.
Спасибо заранее!
-
сообщение устарело
-
Я не буду ничего советовать - сами сделаете вывод как СА ;), расскажу свою практику. А она у меня состоит из работы в 2 крупных софтверных российских компаниях и 2 крупных финансовых (более 1тыс.чел), и десятки компаний в которых я внедряла ПО. Мои наблюдения:
Софтверные используют Visio для рисования диаграмм и внедрять новое ПО только для рисования 2-3 видов диаграмм тоже считаю не целесообразным. Для управления требованиями две софтверные компании ипользуют свои ПО, одна - RR и Jira.
По фин компаниям: для управления требованиями использует MSProject (считаю тупостью), Jira, Лотус, Servis Desk. Для себя считаю, более приемлемым Jira, RR.
И еще про ARIS - софтверные не используют (только для презентаций могут нарисовать), потому что их бизнес процессы не интересуют.
Одна фин компания начала использовать ARIS, 3 года рисовали, учились, внедряли. В прошлом году все закрыли как неэффективное ПО.
И только 1 компания использет RR, EA и ARIS. Но эта компания очень большая - более 100 тыс чел и очень богатая :).
Это только мой опыт, у других может быть совсем другой.
-
и малых интеграторах с полным или частичным бардаком в орг структуре и процессе разработки требований, да и ПО.
Хочется поменять или положение вещей в компании или компанию.
Я правильно понял, что вы хотите повлиять на «бардак в организацинонной структуре и разработке»
с помощью внедрения промышленного CASE-инструмента на своём рабочем месте?
На данный момент пришло понимание, что нужно мне:
- Case средство (Наверно ЕА)
- Средство управления требованиями (Наверно R Requisite)
- Нужно чтобы они были в первую очередь популярными и во вторую попроще осваиваемыми.
- Может быть я еще не пришел к чему-то еще ? Может есть еще какие-то автоматизаторы, улучшайзеры и т.п.? (ну учитывая мой "стартап")
Как это понимание к вам пришло?
Какие именно свои операции вы хотите автоматизировать?
2. Какие продукты выбрать? (временно можно попиратить, потом купим или купЯТ).
Зависит от того, зачем. См. выше.
Какие необходимо решать задачи я сказать не могу, потому как слабо представляю, чем могут быть полезны Caseс средства кроме диаграмм.
Т.е. вы не представляете себе свою деятельность и её участки, которые нуждаются в автоматизации,
но надеетесь, что если будете тыкать в новые кнопочки в новой большой и красивой программе,
то ваша деятельность как-то качественно улучшится?
Мои рекомендации по софту сформулированы на 20-21 слайде презентации: http://www.slideshare.net/VLDCORP/vs-13090827
Общий принцип такой — пока у вас нет осознанных проблем в области вашего влияния, новое ПО вам ни к чему.
-
В презентации How to Select a Requirements Management Tool: Selection Criteria and Evaluation пишут:
WHAT RM can and can’t deliver:
Unambiguous, complete, correct requirements – NO!
That’s the realm of writing better requirements, and
performing effective reviews and validation.
Reduction in requirements-related defects – NO!
That’s reliant on the quality of requirements development
practices, so can still deliver the wrong requirements (GIGO).
-
Если не вдаваться сильно в проблематику, то...
1. Нужно разделять средства: УТ и моделирования. Это, как правило, разные инструменты. Если есть все в одном, то, как правило, что-то хромает: или УТ или моделирование.
2. Я, как правило, использую:
* Для УТ - Wiki или правильно организацию документов в Ворде
* Для моделирования - EA
-
На данный момент используемый инструментарий - Visio + Word + Excel (спасибо тебе Мелкософт), поверхностные знания методологий и нотаций, опыт написания спецификаций в больших и малых интеграторах с полным или частичным бардаком в орг структуре и процессе разработки требований, да и ПО.
На данный момент пришло понимание, что нужно мне:
- Case средство (Наверно ЕА)
- Средство управления требованиями (Наверно R Requisite)
- Нужно чтобы они были в первую очередь популярными и во вторую попроще осваиваемыми.
- Может быть я еще не пришел к чему-то еще ? Может есть еще какие-то автоматизаторы, улучшайзеры и т.п.? (ну учитывая мой "стартап")
Для управления требованиями рекомендую Team Foundation Server. Это средство командной работы, вокруг которого можно выстраивать все процессы, связанные с управлением требованиями: http://msdn.microsoft.com/en-us/vstudio/ff637362.aspx
Можно попробовать бесплатно в облаке, вообще ничего не устанавливая: http://habrahabr.ru/company/microsoft/blog/157009/
Для собственной установки есть бесплатная редакция TFS Express, но сильно урезанная в возможностях. В частности, нет интегрированного SharePoint, который удобен для организации хранения уже наработанных документов MS Office.
-
Статистика тоже приветствуется!
Собственно хочется наладить работу, если будут сильно сопротивляться, поменять на ту где уже наложено, но чтобы я им был интересен :)
Jira - как средство мониторинга и управления задачами, проектами (скорее задачами в проектах) я согласен. Но управление требованиями я слабо себе представляю. Хотя может быть я не правильно представляю сам процесс управления требованиями. В Jirе можно хранить требования как задачи и удобно их согласовывать, но (насколько я мало знаю этот продукт) скомпилировать из них документ, или подвязывать эти требования к документу, в общем как то автоматизировать миграцию изменений из ПО в Файл там не возможно? Может оно и не нужно конечно...
Моих работодателей-интеграторов бизнес-процессы тоже не особо интересовали, максимум пара схем в ТП и работа по принципу "нафигачить и сдать что-нибудь побыстрее, а там в оставшееся время все поправим". А как то уже хочется чтобы все культурно и по регламенту....
Я правильно понял, что вы хотите повлиять на «бардак в организацинонной структуре и разработке»
с помощью внедрения промышленного CASE-инструмента на своём рабочем месте?
Я хочу поднять свой уровень.
Когда я ходил последний раз по собеседованиям, те конторы в которых мне бы хотелось работать задавали вопрос "С какими Case средствами Вы работали?", - Ни с какими... Сами понимаете что меня туда не пригласили.
Туда же куда приглашали, таких вопросов не задавали, но и интереса компании представляют мало.
В данный момент в компании у меня нет руководителя :), и вообще понятие отдела или группы отсутствует.
Т.е. тут не просто бардак, а анархия. Есть интерес (как я понял) навести порядки, можно проявить себя.
Конечно я об этом даже не догадывался когда устраивался, НО...
То есть замкнутый круг.
Здесь и сейчас моих знаний и инструментов достаточно, ПО здесь фактически не требуется. Но меня это уровень (продвинутого студента) не устраивает.
Уйти на более высокий уровень я не могу потому, что нет опыта работы с ПО и т.п.
Вот я и хочу освоить и может быть даже применить здесь.
Как это понимание к вам пришло?
Какие именно свои операции вы хотите автоматизировать?
По статистике на форуме, в вакансиях и на собеседованиях. Часто используемое ПО.
См. выше.
Аллегория - Сейчас я фактически устанавливаю себе домой Exchang сервер. Зачем он мне? Функциональности Gmail-а мне полностью хватает. Но я не смогу пойти работать сисадмином не умея конфигурировать ActiveDirectory. Идти работать Эникейщиком я больше не хочу. Найти работу, где из Эникейщика будут продуктивно взращивать Сисадмина - очень долго, и практически нереально.
Зависит от того, зачем. См. выше.
Т.е. вы не представляете себе свою деятельность и её участки, которые нуждаются в автоматизации,
но надеетесь, что если будете тыкать в новые кнопочки в новой большой и красивой программе,
то ваша деятельность как-то качественно улучшится?
Повторюсь, лишним не будет.
Нужен проф рост. Дома ли ночью описывая калькулятор, либо избыточно описывая (Требования должны быть полными, достаточными и непротиворечивыми, это тренировка а не перегрузка прогеров текстом) и разрисовывая простейшие задачи на работе.
Как вы понимаете есть понятие достаточности, но как правило факт гораздо скуднее достаточности, такой уж наш раз...ий менталитет. Даже в простых задачах можно сделать Спеки лучше, коммуникации продуктивнее, согласование быстрее.
Мои рекомендации по софту сформулированы на 20-21 слайде презентации: http://www.slideshare.net/VLDCORP/vs-13090827
Общий принцип такой — пока у вас нет осознанных проблем в области вашего влияния, новое ПО вам ни к чему.
Справедливо ли высказывание? - "Пока у меня нет нового ПО, у меня не будет новых задач, в которых есть проблемы решаемые этим ПО."
Ну не дадут шиномонтажнику головку блоки цилиндров снимать, или диагностику АКПП проводить. И учить его никто не будет, кроме его самого.
Надеюсь понимаете.
* Для УТ - Wiki или правильно организацию документов в Ворде
* Для моделирования - EA
Для меня Wiki всегда означало Википедия :)
Можно поподробнее что за зверь, полное название или ссылку какую?
По ЕА - Где почитать про его фичи (и их правильное применение) за пределами редактора диаграмм ? Кроме Хэлпа.
-
А как то уже хочется чтобы все культурно и по регламенту....
А потом другие люди, которые придут после вас, будут жаловаться, что есть какие-то дурацкцие процессы и бумажки, которые мешают работать.
Когда я ходил последний раз по собеседованиям, те конторы в которых мне бы хотелось работать задавали вопрос "С какими Case средствами Вы работали?", - Ни с какими... Сами понимаете что меня туда не пригласили.
Т.е. вы решили, что ответ на этот вопрос является критерием отбора? Почему?
Я здесь вижу типичное «post hoc — propter hoc».
В данный момент в компании у меня нет руководителя :), и вообще понятие отдела или группы отсутствует.
Т.е. тут не просто бардак, а анархия. Есть интерес (как я понял) навести порядки, можно проявить себя.
Конечно я об этом даже не догадывался когда устраивался, НО...
Вы говорите о процессах, но как это связано с инструментом?
Поставьте итерационный цикл на базе скрама с своей команде, там и вменяемые требования к СУТ появятся.
Уйти на более высокий уровень я не могу потому, что нет опыта работы с ПО и т.п.
Вот я и хочу освоить и может быть даже применить здесь.
Ещё раз, почему вы из временной последовательности
«ответил, что не работал с ПО» — «не сделали предложения» делаете причинно-следственную?
Других вопросов на собеседовании не было?
Вы думаете, что только текст ваших ответов влияет на принятие решений работодателем?
Все мои знакомые крутые аналитики — крутые не потому, что знают ПО, а потому что знают:
1) Предметку и/или 2) Аналитические методики.
Аллегория - Сейчас я фактически устанавливаю себе домой Exchang сервер. Зачем он мне? Функциональности Gmail-а мне полностью хватает. Но я не смогу пойти работать сисадмином не умея конфигурировать ActiveDirectory. Идти работать Эникейщиком я больше не хочу. Найти работу, где из Эникейщика будут продуктивно взращивать Сисадмина - очень долго, и практически нереально.
Тогда возьмите первое попавшееся по запросу best online requirements management tool и не парьтесь.
Справедливо ли высказывание? - "Пока у меня нет нового ПО, у меня не будет новых задач, в которых есть проблемы решаемые этим ПО."
Слушайте, ну это же первейший скилл аналитика — когда приходит заказчик с идеей нового ПО, выяснить, какие проблемы он хочет им решить. А тут вы отвечате как тот самый заказчик «нет, вы сначала дайте/нарисуйте/спрограммируйте мне это ПО, а потом, когда я увижу, скажу, то ли это или нет».
Вариантов 2:
1. Либо у вас проблем нет (а по крайней мере организационные вы заявили).
2. Вы их не осознаёте.
В первом случае делаете свободный поиск по интернету, читаете статьи, пробуете софт.
Во втором — разбираетесь в проблемной ситуации по классике.
Ну не дадут шиномонтажнику головку блоки цилиндров снимать, или диагностику АКПП проводить. И учить его никто не будет, кроме его самого.
Вы не шиномонтажник, а ит-профессионал с несколькими тысячами часов ВО. Не передёргивайте.
-
Вы не шиномонтажник, а ит-профессионал с несколькими тысячами часов ВО. Не передёргивайте.
Я Вас услышал. Спасибо.
Я выше писал, и методику и теорию читаю. Предметная область - по мере ее появления. С ПО вопрос. Да нужен самый популярный, и наверное это главней критерий. Но если популярных два, то тот из них который "дружественнее".
Rational Rose, PowerDisidner, EA - средства моделирования. Все достаточно (на мой взгляд) распространенные. Я обязательно (надеюсь будет время) попробую их все, НО с какого начать.
-
EA просто доступнее на 2 порядка. RR и PD стоят как автомобиль.
-
Для меня Wiki всегда означало Википедия :)
Можно поподробнее что за зверь, полное название или ссылку какую?
http://www.uml2.ru/forum/index.php?topic=959.msg10288
По ЕА - Где почитать про его фичи (и их правильное применение) за пределами редактора диаграмм ? Кроме Хэлпа.
Все, что есть - это хелп и материалы на сайте ЕА, н-р:
http://www.sparxsystems.com/enterprise_architect_user_guide/getting_started/gettingstarted.html
http://www.sparxsystems.com/resources/whitepapers/
http://community.sparxsystems.com/tutorials
http://sparxsystems.com/resources/demos/eatalkthrough/EA_TalkThrougha.htm
http://www.sparxsystems.com/downloads/whitepapers/Requirements_Management_in_Enterprise_Architect.pdf
+ google in English
-
Как говорили коллеги выше, есть "управление требованиями" и "разработка требований". Ставить процесс "РТ" до "УТ" - это путь в никуда. Для управления требованиями достаточно реестра (что собственно в SCRUM и применяется). Для управления реестром можно использовать любую трекинговую систему. В том числе и Excel со всеми плюсами и минусами.
А теперь определитесь, сколько требований у вас будет в реестре.
* команда в одной комнате и реестр до 50 - доска и стикеры. Более чем достаточно.
* команда в одном офисе и реестр до 500 - Excel в расшаренной папке будет не худшим выбором.
Короче, требования:
* объем реестра
* объем изменений реестра в месяц
* число рабочих центров
* требования к безопасности
* ...
Самое простое получить эти требования - это описать, кто и как будет реестр использовать. Например: исполнительный директор просматривает отчет по движению элементов реестра и видит ...., на основании этого он отдает приказание ...
PS. Jira - категорически не рекомендую. Кроме завышенной цены у нее еще и неизлечимые архитектурные ошибки, которые аукаются потом. Хотите бесплатно - попробуйте Redmine.
PSS. для рисования мой выбор:
* PowerPoint - часто использую для рисования прототипов.
* Visio
* Flying logic - совершенно потрясающая программа, но только для определенного типа диаграмм
* mindjet
* Visual_Paradigm
* Excel - да как ни странно некоторые вещи в нем рисовать проще
Но пока нет управления, рисовать не нужно. Даже вредно.
-
Для меня Wiki всегда означало Википедия :)
Можно поподробнее что за зверь, полное название или ссылку какую?
Здесь сборка движка MediaWiki, которую развивают в компании Заказные ИнформСистемы (CustIS): http://wiki.4intra.net/Mediawiki4Intranet
Сам сайт wiki.4intra.net построен на этом движке, так что можно посмотреть, как это выглядит, не отходя от кассы.
Сборка включает множество дополнений, облегчающих разработку требований в среде wiki.
-
Про EA - легкий вход - дистрибутив 30 метров, ставится очень просто, можно быстро начать работать. Про материалы на русском копирую свое сообщение 2008 года (надо же, пригодилось :)):
Официального мануала на русском нет. Но обычно на вопросы здесь можем ответить, также можно faq на сайте почитать + в качестве шпаргалки можно использовать нашу с Эдом презентацию с TrainingLabs - http://luxoft.ru/downloads/edu/surova_galiaskarov.rar , в файловом архиве uml2.ru есть перевод доки по особенностям размещения EA при коллективной работе.
-
Спасибо! Изучаю!
У нас тут Redmine стоит, можно его как УТ использовать? Я сам его пока не видел.
-
Попробовать можно: там есть функционал по управлению задачами и Wiki, если их увязать + плагинчики поставить, то должно на первое время хватить.
-
У нас тут Redmine стоит, можно его как УТ использовать? Я сам его пока не видел.
В это системе вы можете сделать собственные трекерры и придумать собственные состояния задачам.
Если предположить что каждая задача = работе с требованием или собственно требование, в определенной степени можно
планировать работу с требованиями, утверждать их, формировать бейзлайн и т.п.
Но имхо довольно напряжно
-
сообщение устарело
-
Спасибо! Изучаю!
У нас тут Redmine стоит, можно его как УТ использовать? Я сам его пока не видел.
Можно, но зависит от размера реестра. С тем размером, который у меня сейчас - мне не подойдет. Скажите размер реестра.
-
На данный момент пришло понимание, что нужно мне:
- Case средство (Наверно ЕА)
- Средство управления требованиями (Наверно R Requisite)
Хороший стандартный набор.
Вот только на практике, если вы не работаете на крупных проектах, второе вам даже не понадобится )
Для командной работы советую посмотреть JIRA и багтрекеры.