Телеграмм чат группы analyst

2020 December 04

ЕЛ

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

вообще цели желательно по SMART писать. Они должны быть достижимы, измеримы, в четкие сроки и т.д.

источник

11:45пожаловаться #1

DB

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

Andrey

Цели можно бизнесово писать типа "повышение скорости", точности, снижение ошибок, трудоемкости и тп. Можно просто в формате "обеспечение автоматической проверки корректности" (хотя это по сути назначение и функции системы, но как вариант).

Но "обеспечение успешной" и "соблюдения сроков" я бы не стал писать

Согласен, цели (передача сообщения не более чем за 5 секунд, процент ошибок не более 0,05, конверсия на шаге не ниже 60%) должны быть бизнесовые.
Те технические вещи, которые нужно выполнить, чтобы бизнесовые реализовать - это уже задачи

источник

11:46пожаловаться #2

IG

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

Цель создания системы - успешная передача? Кому и зачем нужна эта передача? Бизнесу какой смысл от этой передачи? я бы копала в этом направлении. Как задача это может иметь место, но не как цель.

источник

11:47пожаловаться #3

A

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

Dmitry Bondarev

Согласен, цели (передача сообщения не более чем за 5 секунд, процент ошибок не более 0,05, конверсия на шаге не ниже 60%) должны быть бизнесовые.
Те технические вещи, которые нужно выполнить, чтобы бизнесовые реализовать - это уже задачи

Там просто проблема с измеримостью возникают, не всегда под проект охота ТЭО писать

источник

11:48пожаловаться #4

IG

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

И повышение скорости - это не цель. Я бы так не указывала.

источник

11:48пожаловаться #5

ДС

Дмитрий Седухин... in Анализ в ИТ-проектах

Ну вроде как поставленные цели:
Конкретика и Измеримость - сложно сказать, наверное поэтому и есть сомнения
Достижимость - да, так как ничего космического
Релевантность - однозначно да
Сроки исполнения - они в ТЗ отдельным сроком идут :)))

источник

11:49пожаловаться #6

A

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

Irina Gertovska

Цель создания системы - успешная передача? Кому и зачем нужна эта передача? Бизнесу какой смысл от этой передачи? я бы копала в этом направлении. Как задача это может иметь место, но не как цель.

Угу, увеличить прибыль компании на 10%. Но мне кажется, это слишком бизнесово

источник

11:50пожаловаться #7

DB

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

Andrey

Там просто проблема с измеримостью возникают, не всегда под проект охота ТЭО писать

Это да. С другой стороны, число качественные цели потом вызывают - на стадии реализации - массу споров.

источник

11:51пожаловаться #8

IG

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

Andrey

Угу, увеличить прибыль компании на 10%. Но мне кажется, это слишком бизнесово

это очень высоко, через несколько (не знаю сколько) уровней. Спускайтесь ниже.

источник

11:51пожаловаться #9

ДС

Дмитрий Седухин... in Анализ в ИТ-проектах

Andrey

Угу, увеличить прибыль компании на 10%. Но мне кажется, это слишком бизнесово

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

источник

11:51пожаловаться #10

IG

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

Дмитрий Седухин

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

а для чего это важно? вот в этом направлении копайте

источник

11:52пожаловаться #11

ЕЛ

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

надо задать пять вопросов "зачем"))

источник

11:53пожаловаться #12

DB

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

– соблюдение сроков передачи/приема данных;

Частью какого срока эти сроки являются? На какую предоставляемую бизнесом услугу это влияет?

источник

11:53пожаловаться #13

DB

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

– корректности (соответствие спецификации) отправляемых и принимаемых данных;

На какую метрику предоставляемой услуги влияет корректность? Что будет, если передать некорректно?

источник

11:54пожаловаться #14

DB

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

Ну и так далее :)

источник

11:55пожаловаться #15

ДС

Дмитрий Седухин... in Анализ в ИТ-проектах

Dmitry Bondarev

– корректности (соответствие спецификации) отправляемых и принимаемых данных;

На какую метрику предоставляемой услуги влияет корректность? Что будет, если передать некорректно?

отсутствие отправленных данных которые не соответствуют спецификации, то есть схеме. Они могут быть неверными (то есть содержать ошибки), но соответствовать спецификации.
Про верность это уже другой вопрос, проверка верности данных осуществляется в другой системе.

источник

11:57пожаловаться #16

ДС

Дмитрий Седухин... in Анализ в ИТ-проектах

Dmitry Bondarev

– соблюдение сроков передачи/приема данных;

Частью какого срока эти сроки являются? На какую предоставляемую бизнесом услугу это влияет?

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

источник

11:58пожаловаться #17

DB

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

Дмитрий Седухин

отсутствие отправленных данных которые не соответствуют спецификации, то есть схеме. Они могут быть неверными (то есть содержать ошибки), но соответствовать спецификации.
Про верность это уже другой вопрос, проверка верности данных осуществляется в другой системе.

А зачем тогда это вообще в цели писать?
"Лампочка должна гореть и не должна не гореть" :)

источник

12:00пожаловаться #18

DB

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

Дмитрий Седухин

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

"Сервис должен обеспечивать передачу [таких-то] данных в [такую-то] систему не позднее 30 числа каждого месяца с [такой-то] вероятностью"

источник

12:02пожаловаться #19

ДС

Дмитрий Седухин... in Анализ в ИТ-проектах

Dmitry Bondarev

"Сервис должен обеспечивать передачу [таких-то] данных в [такую-то] систему не позднее 30 числа каждого месяца с [такой-то] вероятностью"

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

А потом в ходе работы появляется третий набор данных я его должен добавить в "систему" указать правило проверки и период отправки

источник

12:04пожаловаться #20