powered by simpleCommunicator - 2.0.36     © 2025 Programmizd 02
Форумы / Управление процессом разработки ИС [игнор отключен] [закрыт для гостей] / Нужен совет по организации процесса
10 сообщений из 10, страница 1 из 1
Нужен совет по организации процесса
    #39014874
Кирилл80
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Добрый вечер!
Пишу не совсем по профильной теме, но более подходящей ветки не нашел.
Сейчас столкнулся с одной проблемой и нужен совет. У нас в департаменте ИТ есть департамент бизнес-анализа, в котором я сейчас собственно говоря и работаю. У нас 2 основные задачи:
1) От бизнес-заказчиков через нас проходят ТЗ на разработчиков и обратно от разработчиков к бизнесу возвращается результат.
2) Описываются текущие процессы компании, которые требуют описания. Процессы описываются в разных нотациях, т.к. унифицировать все в одной нотации пока не получилось. Так же пока нет единой нумерации для процессов.
Сейчас есть следующая процессная проблема. Суть в том, что не до конца понятно, как связать процесс внесения изменений в информационные системы с обновлением (поддержанием актуальности) описания бизнес-процессов.
Какие есть проблемы:
1) Может быть связь один ко многим, т.е. одно изменение может потребовать изменения документации по ряду бизнес-процессов.
2) Разработчики сами никак не могут выстроить связь между их изменениями и описаниями БП,
3) До фактических изменений, несмотря на формализацию ТЗ. нельзя точно сказать, в какие описания БП потребуется вносить изменения, т.к. все зависит от конкретной реализации в системе разработчиком.
Вариант, который напрашивается - после внесения изменений разработчиками, внести обязательную стадию внесения изменений в описание БП аналитиком. Но тут возникнут очень большие издержки, на анализ всех существующих БП. Возможно, что нужно, как-то увязать описания БП с областями информационных систем.
Короче, красивого решения пока нет.
Буду рад любым комментариям: личный опыт, лучшие практики, ссылки на литературу и т.д.
Всем спасибо.
...
Рейтинг: 0 / 0
Нужен совет по организации процесса
    #39014921
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Нужен совет по организации процесса
    #39015713
Кирилл80
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
egorych,

Спасибо. Данную книжку видел, теперь видимо придется купить.
...
Рейтинг: 0 / 0
Нужен совет по организации процесса
    #39019120
Алекссс
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кирилл80, система управления требованиями, интегрированная с ИС?
...
Рейтинг: 0 / 0
Нужен совет по организации процесса
    #39019316
Кирилл80
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Алекссс, не совсем понял ваше сообщение. Отдельной системы управления требованиями у нас нет.
...
Рейтинг: 0 / 0
Нужен совет по организации процесса
    #39025712
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кирилл802) Разработчики сами никак не могут выстроить связь между их изменениями и описаниями БП
Весьма показательно. Личное признание работника отдела по возне с бизнес-процессами в неубиваемом желании свалить собственную работу на смежников.

Вывод - вам зачем-то хочется "сделать красиво", но как это сделать вы не знаете. Если это ваш личный внутренний позыв, то совет простой - много читайте и так же много применяйте прочитанное на практике, после дцатой итерации начнёт вырисовываться понимание. Ну а если же начальство домогается, то все гораздо проще, ведь ваш ответ Чемберлену уже дан - "Короче, красивого решения пока нет". Вот так и заявляйте начальству. Естественно, в целях самосохранения к заявлению нужно прилагать кучу наукообразного текста, из которого начальство прочтёт лишь часть первой страницы и содержание, так что скопируйте на первую страницу кусок вашего сообщения под фразой "Какие есть проблемы:", а остальное забейте копипастой из чего угодно близкого по смыслу.
...
Рейтинг: 0 / 0
Нужен совет по организации процесса
    #39026051
Кирилл80
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
alex55555Кирилл802) Разработчики сами никак не могут выстроить связь между их изменениями и описаниями БП
Весьма показательно. Личное признание работника отдела по возне с бизнес-процессами в неубиваемом желании свалить собственную работу на смежников.

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

Ну тут вопрос и сводится к желанию этот красивый процесс построить. То, что красивого решения нет, вышестоящее руководство понимает.
...
Рейтинг: 0 / 0
Нужен совет по организации процесса
    #39026478
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кирилл80Ну тут вопрос и сводится к желанию этот красивый процесс построить.
Понимаете, когда начальство ожидает от вас выполнения его собственных функций, результат всегда будет некрасивым. Или даже хуже - вы ожидаете, что начальство чего-то вообще ожидает, но на самом деле начальство смотрит лениво на ваши потуги и в лучшем случае ожидает чего-то из серии "удиви меня". Вы начальника вряд ли удивите, тем более при ваших минимальных знаниях. И красиво не сделаете без опыта.

Поэтому, если вам самому это дело интересно, то есть один только путь - копите опыт и читайте знания в умных книжках. В книжках, в общем-то, всё есть. Но вот скомбинировать эти знания с учётом реальности в вашей конкретной конторе - для этого и нужен опыт, которого у вас нет. Значит просто занимайтесь не торопясь своими исследованиями, у начальства минимальный интерес поддерживайте и постепенно чего-то да получится.

И да, если даже за мега-деньги вам сделают реально красиво, то это скорее всего потребует смены вашего начальства, что совершенно не в интересах вашего начальства. Ну и тратить мега-деньги ни разу не в интересах ваших хозяев. Так что - копите личный опыт, а с красотой пока не стоит торопиться.
...
Рейтинг: 0 / 0
Нужен совет по организации процесса
    #39027270
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кирилл80...
3) До фактических изменений, несмотря на формализацию ТЗ. нельзя точно сказать, в какие описания БП потребуется вносить изменения, т.к. все зависит от конкретной реализации в системе разработчиком....

Это как?
Что же это за ТЗ такое и что делает архитектор (или человек утверждающий ТЗ)?

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

Ну и мне не понятно, а что менять в БП? Обычно картинка-БП - это одно, а документация на программу (user guide) - другое. IMHO Программист может поменять какие-то экраны, может поменять какую-то логику (локально) и/или проверки. Тогда нужно менять соответствующую часть документации по программе (user guede). БП на нее могут только ссылаться. Соответственно, если мы знаем, что программист "копался" в форме оформления заказа - нужно ПРОВЕРИТЬ все БП где данная форма/экран задействована.

Прописать в "квадратиках" картинок-БП названия программных модулей и/или форм/экранов - в общем, на мой взгляд, задача не сложная.

IMHO & AFAIK
...
Рейтинг: 0 / 0
Нужен совет по организации процесса
    #39027285
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
По пред. опыту, было только 2-е точки требующие возврата информации обратно от программиста к аналитику:
1. При реализации, иногда, реализовано оказывает НЕ совсем так как было описано в ТЗ. Т.ч. продвинутые аналитики, после реализации, обычно подходят и спрашивают: а теперь расскажите как оно работает на самом деле и если нужно, то меняют ТЗ, что бы оно было актуальным.
2. Сообщения об ошибках. Хотя, вроде, это нужно описывать в документах на код (AIM MD.70), было решено, что это должно описывать в документах аналитика (AIM MD.50). Т.к. это важный раздел, который должен попасть в user guide. Разумеется, аналитики, при написании user guide документы на код не читают. Т.ч. в случае наличия блока "сообщения об ошибках" данная информация после завершения разработки копировалась в документы аналитика.

А анализ, какие БП затронет реализация очередной "хотелки" должна выполнять ДО написания ТЗ. Т.к. возможно, что если затронет соседние отделы и те не хотят ничего менять, то и требования можно похоронить на корню.
...
Рейтинг: 0 / 0
10 сообщений из 10, страница 1 из 1
Форумы / Управление процессом разработки ИС [игнор отключен] [закрыт для гостей] / Нужен совет по организации процесса
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]