226

Бизнес-анализ и Целеполагание / Re: Вопросы о бизнес-целях. Как правильно задавать и бороться с сопротивлением

« : 07 Февраля 2016, 21:26:31 »

А контекст у нас тут задан — не военное дело, не приготовление картошки с мясом, а управление развитием организаций с участием информационных технологий.

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

А раздел, содержащий перечень целей и задач, присутствует практически в любом уставе организации , положении о подразделении или уставе проекта. То есть цель - термин вполне употребимый в данной предметной области, и совершенно не в смысле "образ"

227

Бизнес-анализ и Целеполагание / Re: Вопросы о бизнес-целях. Как правильно задавать и бороться с сопротивлением

« : 07 Февраля 2016, 20:52:53 »

Цель — это образ будущего.

Это весьма неоднозначное определение, и чрезмерно расширенное.

Вот более каноническое
 

ЦЕЛЬ
Женский род
1.
Место, в к-рое надо попасть при стрельбе или метании, мишень.
"Попасть в ц."
2.
перен.
То, к чему стремятся, что надо осуществить.
"Ставить себе что-н. целью"

В той же википедии так же четко указано, что данный термин имеет четкую привязку к предметной области

https://ru.wikipedia.org/wiki/%D0%A6%D0%B5%D0%BB%D1%8C

Поэтому при столь категоричном утверждении желательно фиксировать предметную область, относительно которого делается утверждение

228

Бизнес-анализ и Целеполагание / Re: Вопросы о бизнес-целях. Как правильно задавать и бороться с сопротивлением

« : 06 Февраля 2016, 00:50:15 »

Похоже это вы пытаетесь решить за счет Ваших заказчиков личностные проблемы:)

Можете описать цепочку Ваших умозаключений, которые привели к такому выводу?

Собственно почти все сказал Denis Beskov

Бизнес-цели — это ничто иное как выражение совмещённых интересов Заказчиков, его коллег, руководителей и инвесторов. Конкретных людей.

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

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

Аналитик работает по озвученным целям клиента.

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

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

229

Бизнес-анализ и Целеполагание / Re: Вопросы о бизнес-целях. Как правильно задавать и бороться с сопротивлением

« : 05 Февраля 2016, 23:07:37 »

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

Похоже это вы пытаетесь решить за счет Ваших заказчиков личностные проблемы:)

Аналитик работает по озвученным целям клиента.

 

230

Sparx / Формирование схемы деления ГОСТ 2.711 в EA

« : 02 Февраля 2016, 17:58:46 »

А какие подходы есть в EA c формированию схемы деления?

http://cals.ru/sites/default/files/downloads/ndocs/gost_2.711-1982.pdf

По идее те, кто работает по ГОСТам и ЕСКД обойти ее не могут

Теоретически документ простейший - обычная иерахия компонентов. Но стандартным UML ее не нарисовать.


Как обычно поступают ? Варианты:

1) Рисуют схемы деления в VISIO и вставляют ссылки на них
2) Описывают в  иерархию элементов и есть хитрый rtf шаблон или аналогичное средство , которое позволяет ее распечатывать по ЕСКД
3) Настраивают свою графическую нотацию

231

Sparx / Re: Генерация отчета для оценки трудоемкости

« : 22 Января 2016, 11:04:47 »

Вложения - поправлены (до этого почему то загружались 0 размера)

232

Sparx / Re: Генерация отчета для оценки трудоемкости

« : 21 Января 2016, 18:47:39 »

Вобщем сделал, что хотел.

Во вложении пример расчета, константы и xml с переведенными на русский язык наименованиями показателей сложности и квалификации, а так же расчет со всеми custom SQL фрагментами

Не нашел, где EA держит константы трудоемкости на UUCP (в файле T_constant такая константа есть, но по факту ее EA не использует, а берет откуда то из другого места), стоимости часа разработки (тоже в новых константах)  и параметр отчета об учете ACTOR (учитываются всегда)
 
Соответственно константы CostPerHour и HoursPerUCP можно поменять через ACCESS

По процессу:

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

233

Sparx / Re: Перенос шаблонов отчетов между проектами

« : 20 Января 2016, 16:28:52 »

Сам спросил - сам ответил

Project -> Model Import/Export -> Export Reference Data

Выгружает в XML проектные шаблоны, метрики и т.д
 
Project -> Model Import/Export -> Import Reference Data


При этом можно эти самые Reference Data расшарить. То есть в разных проектах метрики и отчетность будут общие

234

IDEF ARIS BPMN и пр. / Re: Процесс разработки ПО в BPMN

« : 20 Января 2016, 15:35:44 »

Доброго времени суток уважаемые форумцы!

Описываю процесс разработки ПО. Не обладаю большим опытом в описании процессов в нотации BPMN.
Прошу покритиковать один подпроцессов "Разработка и согласование Концепции с Заказчиком".

Спасибо!

Неявные развилки (когда в активность входит и выходит более одного потока управления) - плохой стиль
Так же как и непарность развилок (расходящейся развилке должны соответствовать сходящаяся). Хотя иногда потоки управления синхронизировать не требуется...

235

Sparx / Re: Генерация отчета для оценки трудоемкости

« : 20 Января 2016, 15:05:09 »

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

Да. Это то, о чем писали я и SALar чуть выше. Оценка по аккуратно заполняемым таймшитам - оценка пост-фактум. Точная, как у патологоанатома.
книга Стива Макконнелла "Сколько стоит программный проект".

Нет, не так. Если Брать пост SALar

Для оценки трудоемкости не нужен SQL. Не нужна EA.
А нужна книга Стива Макконнелла "Сколько стоит программный проект".

то речь идет об оценке, а не о калькулировании факта

 Вот так действительно можно посчитать затраты проекта.
Ну, это если предположить, что в шытах шыта не будет. Чего я за свой некоторый опыт еще не видел: как только людей заставляют писать, чем они занимались (и не дай Бог, еще и решения какие-то принимают на основе ими написанного), практически на всех разом нисходит вдохновение и "трудятся" они на бумаге по 9 часов из 8. Причем над самыми животрепещущими задачами.

Как все плохо то.... Ни спрогнозировать, ни факт посчитать. Правильно ли я понимаю, что единственно возможным вариантом является ввод коммунизма - программистам и аналитикам платить по потребностям, а сроки устанавливать полагаясь на их сознательность 

Не слышал о применении ЕА в качестве репозитория кода.

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

Ну с програмистами и PM отдельный разговор. Может в EA полноценно загнать не получится, так можно подумать об интеграции. Структура базы у EA прозрачная, скрипты есть - что еще нужно...

И нихрена себе у Вас представление про "облегчить"...

Непонятно, что вас смущает? При первичной проработке думать все равно приходится. Проще думать над моделями (пусть даже неточными и грубыми) - мне по крайней мере. Рисовать модели более менее все равно в чем. Оценка трудоемкости, выпускаемая по кнопочке - бонус

236

Sparx / Перенос шаблонов отчетов между проектами

« : 20 Января 2016, 14:44:00 »

Разработал целую гроздь отчетов с использованием custom sql.
Гроздь получилась потому, что на каждый SQL запрос приходится делать свой фрамгмент шаблона

Но когда встала задача перенести всю эту гроздочку в другой проект выяснилось следущее:

1) Перенести можно только один шаблон (сервис типа перенести шаблон и все его фрагменты отстуствует)
2) При операциях Export/Import выгружается и загружается только rtf . Не переносятся ни тексты запросов, ни типы шаблонов (Основной, фрагмент, таблица стилей и т.д)

Сталкивался ли кто с данной проблемой и как ее решал?

237

Sparx / Re: Генерация отчета для оценки трудоемкости

« : 20 Января 2016, 12:35:43 »

Вы правда собираетесь выводить их из оценки стоимости кучки вариантов использования?

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

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

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

Не изучал еще детально встроенные средства EA (там вроде присутствует календарное планирование),  но как минимум UC можно завести в качестве работ в проджекте.

Кстати регистрировать запросы на изменения в EA  можно (тоже не изучал).

Понятно, что планирование в EA не будет таким удобным, как в проджекте, а трекинг не таким удобным как в джире, но зато в EA можно держать ВСЕ виды моделей, в нем можно настраивать документирование, кодогенерацию и держать в самом проекте "вручную" написанные исходные коды (опять же не пробовал, но такие возможности есть)

И кстати в качестве метрики проектов можно использовать не только UC, а любые обьекты. Любые модели, которые характеризуют проект  и по которым можно осуществлять трассировку на всех его стадиях могут выступить в качестве его метрики (прежде всего BPMN и диаграммы последовательности)

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

238

Sparx / Re: Генерация отчета для оценки трудоемкости

« : 20 Января 2016, 00:27:59 »

Эх... Трассировку от стоимости в ТЭО к фактической стоимости проекта можно сделать только по завершении последнего. Все остальные "методики" - лишь теории, которые стоят одна другой.

Ну да. А текущая себестоимость проекта и ожидаемая стоимость совершенно неинтересные показатели...

Вот! Вот это по-нашему! Только зачем при этом нужен какой-то расчет? Можно же играть сразу в бюджет: трудозатрат поменьше, профит побольше, результат быстрее и не нужно слушать капризы программиста (а то и целой команды) системы расчета.

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

239

Sparx / Re: Генерация отчета для оценки трудоемкости

« : 19 Января 2016, 21:24:32 »

Ну и немного неприятного. Трудоемкость (и стоимость) проекта - вероятностная величина. Не существует никакой "точной" оценки, потому что трудоемкость можно посчитать только после завершения проекта. От этого рвет крышу, но истина такова. Если взять три примерно одинаковых команды (A, B, C) и два примерно одинаковых проекта (K, L) и каждую команду попросить сделать каждый проект, то вполне может получиться такой разброс в трудоемкости:

Проект K
A - 200 человекочасов
B - 600
C - 2500

Проект L
A - 1000
B - 100
C - 800

Я примерно такой эксперимент ставил и результат удивил даже меня.

Честно говоря думал что уважаемые форумчане в курсе таких очевидных истин...
Никакого очковтирательства нет, нормальный заказчик прекрасно понимает суть данного ценообразования. И то что результат такой прикидки довольно приблизительный прекрасно понимает.

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

Если Т&М , то заказчик контролирует фактические затраты и превышение бюджета. При Т&M бюджет примерный и его превышение допустимо , но бюджет контролируется, опять же его превышение (уменьшение надо обсновывать (почему бы не обосновать через изменение UC?) .

Суть использования UC не в точности прогнозирования стоимости, а в задании структуры стоимости, которой впоследствии можно управлять

Честные люди называют это по другому. Кто как, но термин "очковтирательство" тоже пойдет.

Вообще-то имелся в виду стандартный прием дезагрегирования обьема по аналитике (в данном случае по UC). Если есть модель , позволяющая определить общую стоимость проекта с большей точностью, то воспользоваться можно ей. А потом дезагрегировать по необходимой аналитике /

Но видимо каждый думает о том, что у него наболело

240

Sparx / Re: Генерация отчета для оценки трудоемкости

« : 15 Января 2016, 16:05:26 »

Можете также дополнительно посмотреть по поводу использования Custom SQL Query в составе фрагментов отчетов EA здесь и здесь.

В принципе все получилось как на видео, но пока не очень красиво...

1) Можно ли при использовании custom sql использовать sort by и задавать на каждый уровень группировки свой печатаемый блок?

2) Где посмотреть, какие контекстные переменнные определены для каждого блока обычных шаблонов ( не знаю, как правильно эти переменные обозвать - в учебном видео в тексте запроса есть переменная #OBJECT# - я так понимаю набор таких переменных в блоке свой)

3) Удивило, что при формировании текста sql запроса отсутствую подсказки  - наименование таблиц, полей и т.д. Поэтому запрос формировал и отлаживал в акцессе. Это единственный путь, или все таки в EA предусмотрены средства по формированию запросов?