Size: a a a

Анализ в ИТ-проектах

2020 December 04

ДС

Дмитрий Седухин... in Анализ в ИТ-проектах
Dmitry Bondarev
А зачем тогда это вообще в цели писать?
"Лампочка должна гореть и не должна не гореть" :)
Не понял...лампочка должна гореть в нужное время и не гореть в ненужное... :))))
источник

DB

Dmitry Bondarev in Анализ в ИТ-проектах
Дмитрий Седухин
Не понял...лампочка должна гореть в нужное время и не гореть в ненужное... :))))
Я про то, что если сообщение не соответствует схеме и потому сервис не может его нормально отправить (получает отлуп с другой стороны), это сугубо технический сбой - это не бизнес-цель.
источник

DB

Dmitry Bondarev in Анализ в ИТ-проектах
И проверяться это должно не как выполнение бизнес-метрики, а как выполнение требования.
источник

DB

Dmitry Bondarev in Анализ в ИТ-проектах
То есть цель - передать пул данных до указанного срока
А уже эта цель декомпозируется в требования - формировать сообщение в соответствии со схемой, проверять ответ и производить переотправку или уведомлять отправителя/администратора, разбивать не несколько сообщений для избежания таймаута и так далее
источник

ДС

Дмитрий Седухин... in Анализ в ИТ-проектах
то есть цель в данном случае
недопущение отправки данных не соовтетствующих заданным критериям....то есть если перефразировать содержащих брак?
источник

DB

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

Цель - доставить данные не позднее срока.
источник

ДС

Дмитрий Седухин... in Анализ в ИТ-проектах
Dmitry Bondarev
Нет, это не цель.

Цель - доставить данные не позднее срока.
Тогда уж "доставить корректные данные не позднее срока"
источник

DB

Dmitry Bondarev in Анализ в ИТ-проектах
Позднее срока - нельзя.
Не доставить - нельзя.
Доставить не то - нельзя
:)
источник

ДС

Дмитрий Седухин... in Анализ в ИТ-проектах
Dmitry Bondarev
Позднее срока - нельзя.
Не доставить - нельзя.
Доставить не то - нельзя
:)
И как это измерять, то есть метрики как поставить?
Или опять не цель получилась?
источник

DB

Dmitry Bondarev in Анализ в ИТ-проектах
Отправились данные успешно - выполнено
Не отправились - не выполнено
источник

DB

Denis Beskov in Анализ в ИТ-проектах
Дмитрий Седухин
День добрый у меня вопрос:
Как думаете достаточно ли ясно определены назначение цели создания системы по примеру ниже?
У меня в данной части очень большие проблемы, то есть я чувствую, что не могу точно сказать, достаточно ли я нормально выразился.
Пример ниже это кусок из реального проекта, просто убрал названия систем и виды данных.

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

Собственно сам пример:

2.1    Назначение системы
Назначением является: обеспечение приема и передачи открытых данных между Система 1 и Система 2.

2.2    Цели создания системы
Целями создания являются обеспечение:
–    успешной автоматической передачи и получения данных;
–    корректности (соответствие спецификации) отправляемых и принимаемых данных;
–    соблюдение сроков передачи/приема данных;
–    возможности изменения видов и перечня передаваемых и принимаемых данных.
Чтобы ответить на вопрос, достаточно ли хорошо поставлены цели, надо понимать, зачем они вам нужны
источник

DB

Denis Beskov in Анализ в ИТ-проектах
так то можно записать что вы и интернет дома завели с целью «обеспечить успешную передачу данных» и это даже кажется похожим на правду)
источник

DB

Denis Beskov in Анализ в ИТ-проектах
я использую цели для:

до проекта:
- как часть уравнения для оценки целесообразности и окупаемости проекта, принятия правильно решения о его старте

особенно актуально, если вы понимаете, что у вас есть бесконечное количество возможных проектов, но делать вы можете не более N

в ходе проекта:
- направления участников проекта на действительно значимые для заказчика результаты
- как инструмент координации усилий, разрешения споров

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

DB

Denis Beskov in Анализ в ИТ-проектах
помогает проекты увязывать в программы развития/выживания, связанные с целями уровня подразделения компании / социальной единицы
источник

DB

Denis Beskov in Анализ в ИТ-проектах
мне помогает для поиска точных целей методика прохода по цепочке:
1. качественное фактурное описание текущей ситуации, на языке Субъект-Действие-Объект, «мама мыла раму»
2. описание количественных последствий, характеристик текущей ситуации
3. инверсия характеристик текущей ситуации в целевые значение
источник

DB

Denis Beskov in Анализ в ИТ-проектах
пример применения такого подхода в карточке проекта https://docs.google.com/document/d/14e8ZalCU6-sd3esnk3-I3PZUvNHZksAed5eXFKNawa8/edit#heading=h.gjdgxs
источник

DB

Denis Beskov in Анализ в ИТ-проектах
Елена Левина
надо задать пять вопросов "зачем"))
в оригинальной технике там вопрос про причины — «почему», а не зачем, и используется для поиска настоящих причин проблем, через анализ предшествующей цепочки https://en.wikipedia.org/wiki/Five_whys

можно конечно и про будущее/надсистему, тоже вариант
источник

DB

Denis Beskov in Анализ в ИТ-проектах
возьмём ситуацию «я хочу купить хлеб»

Кейс А. Применение 5 «почему»

1. потому что у меня нет хлеба
2. потому что он кончился
3. потому что я его съел
4. потому что был голоден
5. потому что у меня не было хлеба… эээ, да метод что-то странно работает

Кейс Б. Применение 5 «зачем»

1. чтобы принести его домой
2. чтобы положить его в холодильник
3. чтобы он не пропал
4. чтобы я мог его съесть
5. чтобы быстро поесть, когда буду голоден — вроде похоже на правду (?)

Кейс В. Применение 5 «зачем»

1. чтобы съесть хлеб
2. чтобы не быть голодным
3. чтобы оставаться работоспособным
4. чтобы поддерживать своё существование
5. ээээ … экзистенциальный ужас

Что не так в применении методов для кейсов Б и В? Как это понять, в чём ошибка применения методов? Насколько предсказуемый и надёжный результат даёт этот метод?
источник

DB

Denis Beskov in Анализ в ИТ-проектах
Применение метода «Текущая ситуция — Последствия — Инверсия в цели»:

ТС: у меня дома пустой холодильник

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

ИвЦ:

Сохранить хорошее настроение, самочувствие, работоспособность, здоровье
источник

DB

Denis Beskov in Анализ в ИТ-проектах
в чём ошибка применения метода?
источник