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

×


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

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


Сообщения - SALar

Страницы: « 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 »
76
Например, дерево целей типично задает модель выражаемую строгим иерархическим деревом.
Голдратт полагает, что все таки двунаправленный граф. Или я его неправильно понял.

Модель трассировки - это основные сущности или элементы такой модели и типы связей (направления и их смысл).
Предложенная схема "читается" следующим образом:

"Танк должен иметь возможность сопровождения мотопехоты на марше, так как он должен соответствовать теории глубокой операции."
"Танк должен иметь скорость по шоссе 40-50 км/ч, так как он должен иметь возможность сопровождения мотопехоты на марше [и скорость передвижения мотопехоты по большинству современных дорог - 40-50 км/ч]"

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

77
Какова модель трассировки?
Вероятно, я не понимаю вопроса. Попробую ответить как понял. Это модель перехода от требования бизнеса (государства, ...) к требованиям конкретного Конструкторского Бюро. Ну, или к проектной команде.

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

То что предыдущие исследователи использовали термин "матрица" - это их проблемы.
Точно также устаревшая модель управления по риск оптимумам является частным случаем "особой причины вариаций" карт Шухарта.
RUP предложил термин матрица. Но это не соответствует практике. Давайте двигаться дальше.
"Матрица трассировки"  такая же неполная модель, как диаграмма Исикавы (Дерево Текущей Реальности гораздо полнее).

Цитировать
Был этот мир глубокой тьмой окутан.
Да будет свет! И вот явился Ньютон.

Но сатана недолго ждал реванша.
Пришел Эйнштейн - и стало все, как раньше.

78
http://blog.shumoos.com/archives/308

Материал готовился для аналитического онлайн-марафона «Проектные истории» http://school.system-analysis.ru/project-stories/, но не вписался по времени. В итоге после доклада все равно возник вопрос о трассировке требований разного уровня.

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

79
Обычно есть, хотя они не всегда мыслят деньгами. Например, технический директор может точно знать, какие улучшения даст система организации, но смутно представлять, сколько это будет в деньгах. Да это и не всегда нужно.
Может и может. Но, как правило, не может.
Как правило: "Ну остальные то тоже это делали"

80
У организаций нет и не может быть никаких целей.
Цель — это образ будущего.
Умение формировать образ будущего требует наличия у субъекта сознания, мышления, воображения.
Организация такими свойствами не обладает.
Хорошо, пусть будет "Цели владельцев предприятия". И цели прочих заинтересованных лиц. Эти цели хорошо разобраны в книге "Цель-2".

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

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

83
Эта статья  http://egorovde.ru/archives/1484  не отвечает на исходный вопрос, но полезна, как один из элементов пазла.


"Конкретные цели, конкретных людей" - логично, что они могут не соответствовать целям организации.
- "Ты зачем систему учета внедряешь, а как же я воровать буду?" - в РФ такое встречается повально.

Но бал правит  более клинический случай. Почти каждый собственник предприятия в РФ готов пойти на все, даже на разорение, только бы не менять свой стиль управления.

84
Цитировать
Если качество или производительность труда программиста можно повысить с помощью материального стимулирования, то этого программиста следует уволить.
(с) Андрей Орлов
Деминг и Голдратт говорят тоже самое, но не так категорично.

Любая, любая! система материально мотивации приводит к огромным потерям для фирмы. Хотите ее разорить - вводите KPI.

85
Если хотите очень, очень упрощенное объяснение, то со страницы: http://mnogosdelal.ru/slidecasts/links/
посмотрите:
3. Теоретико-игровое обоснование кидалова
4. Сколько стоит честность?
5. Материальная демотивация

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

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

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

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




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

При этом никто не мешает определять стоимость другими методами, а на нужные показатели выходить  играя параметрами расчета.
Это пять!!! Берем произвольную стоимость, манипулируя параметрами подгоняем под результат и потом выдаем это за обоснование. И втюхиваем доверчивому заказчику.

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



Райкин - оптический обман зрения: https://www.youtube.com/watch?v=rqR7bcDzQ1k

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

90
Действующее лицо (Aсtor) - обладает поведением (может выполнить действие с if).
(с) А. Коберн

Сеть поведением не обладает.
----------------------------------------------------
ВИ. Развертывание приложения
ОДЛ: Администратор
SuD: Установщик
[Предусловие: ... (необязательно)]
Основной сценарий:
1. ОДЛ запускает инсталлятор
2. SuD ...
...
----------------------------------------------------

PS.
1. Купите: http://www.ozon.ru/context/detail/id/8747662/

2. Очень хороший вариант пройти тренинг. http://school.system-analysis.ru/trainings/use-case-bas/ Я собираюсь переводить его в вариант онлайн. Нужны будут люди для обкатки. Могу вас взять. Для того, чтобы кардинально улучшить качество написания ВИ вам понадобится 2-4 часа (проверено многолетним, с 2005, опытом проведения). Т.е. за выходные я вас натаскаю. Ваша плата - комментарии, замечания и предложения по улучшению (при смене формата будет куча накладок).

Страницы: « 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 »