c
Size: a a a
2020 August 25
ВЗ
Cacoo, Creately, Drawio, Gliffy, новый erwin Data Modeler
ВЗ
Из более тяжеловесных, по-моему, Sparx EA не отстают
2020 August 26
АФ
Коллеги, доброе утро)
Такой вопрос (может, кто сталкивался).
В компании очень много ИТ-проектов, выполняемых разными командами и с разными заказчиками. Некоторые проекты длятся годами, для некоторых открываются подпроекты каждый год.
Появилась мысль сделать некое хранилище с БТ всех проектов для нескольких целей:
- когда стартует новый проект, чтобы можно было сделать поиск по ключевым словам, чтобы проверить, что делалось в этой области ранее, и не делалось ли что-то похожее (может, можно тиражировать или использовать ранее разработанное решение хотя бы частично)
- в идеале там же накладывать на функциональную карту программы (все проекты изначально определяются в одну из программ, у которой есть свои утвержденные цели и любой ее проект должен так или иначе служить этим целям)
- возможно там же связывать все это богатство с Business Capabilities и далее c IT-Capabilities с привязкой, что такая-то задача решалась на такой платформе и опять же в дальнейшем таким образом структурировать, какие задачи где решаются.
При этом внятной системы управления требованиями нет (и ее опять же нужно внедрить). Уставы и затем ТЗ хранятся вордами, а разработчики потом ведут проекты кто где (Jira, TFS, опять же эксельки с бэклогами).
Может, кто посоветует, с чего можно было бы начать в такой вот прелести
Такой вопрос (может, кто сталкивался).
В компании очень много ИТ-проектов, выполняемых разными командами и с разными заказчиками. Некоторые проекты длятся годами, для некоторых открываются подпроекты каждый год.
Появилась мысль сделать некое хранилище с БТ всех проектов для нескольких целей:
- когда стартует новый проект, чтобы можно было сделать поиск по ключевым словам, чтобы проверить, что делалось в этой области ранее, и не делалось ли что-то похожее (может, можно тиражировать или использовать ранее разработанное решение хотя бы частично)
- в идеале там же накладывать на функциональную карту программы (все проекты изначально определяются в одну из программ, у которой есть свои утвержденные цели и любой ее проект должен так или иначе служить этим целям)
- возможно там же связывать все это богатство с Business Capabilities и далее c IT-Capabilities с привязкой, что такая-то задача решалась на такой платформе и опять же в дальнейшем таким образом структурировать, какие задачи где решаются.
При этом внятной системы управления требованиями нет (и ее опять же нужно внедрить). Уставы и затем ТЗ хранятся вордами, а разработчики потом ведут проекты кто где (Jira, TFS, опять же эксельки с бэклогами).
Может, кто посоветует, с чего можно было бы начать в такой вот прелести
A
Анна Филина
Коллеги, доброе утро)
Такой вопрос (может, кто сталкивался).
В компании очень много ИТ-проектов, выполняемых разными командами и с разными заказчиками. Некоторые проекты длятся годами, для некоторых открываются подпроекты каждый год.
Появилась мысль сделать некое хранилище с БТ всех проектов для нескольких целей:
- когда стартует новый проект, чтобы можно было сделать поиск по ключевым словам, чтобы проверить, что делалось в этой области ранее, и не делалось ли что-то похожее (может, можно тиражировать или использовать ранее разработанное решение хотя бы частично)
- в идеале там же накладывать на функциональную карту программы (все проекты изначально определяются в одну из программ, у которой есть свои утвержденные цели и любой ее проект должен так или иначе служить этим целям)
- возможно там же связывать все это богатство с Business Capabilities и далее c IT-Capabilities с привязкой, что такая-то задача решалась на такой платформе и опять же в дальнейшем таким образом структурировать, какие задачи где решаются.
При этом внятной системы управления требованиями нет (и ее опять же нужно внедрить). Уставы и затем ТЗ хранятся вордами, а разработчики потом ведут проекты кто где (Jira, TFS, опять же эксельки с бэклогами).
Может, кто посоветует, с чего можно было бы начать в такой вот прелести
Такой вопрос (может, кто сталкивался).
В компании очень много ИТ-проектов, выполняемых разными командами и с разными заказчиками. Некоторые проекты длятся годами, для некоторых открываются подпроекты каждый год.
Появилась мысль сделать некое хранилище с БТ всех проектов для нескольких целей:
- когда стартует новый проект, чтобы можно было сделать поиск по ключевым словам, чтобы проверить, что делалось в этой области ранее, и не делалось ли что-то похожее (может, можно тиражировать или использовать ранее разработанное решение хотя бы частично)
- в идеале там же накладывать на функциональную карту программы (все проекты изначально определяются в одну из программ, у которой есть свои утвержденные цели и любой ее проект должен так или иначе служить этим целям)
- возможно там же связывать все это богатство с Business Capabilities и далее c IT-Capabilities с привязкой, что такая-то задача решалась на такой платформе и опять же в дальнейшем таким образом структурировать, какие задачи где решаются.
При этом внятной системы управления требованиями нет (и ее опять же нужно внедрить). Уставы и затем ТЗ хранятся вордами, а разработчики потом ведут проекты кто где (Jira, TFS, опять же эксельки с бэклогами).
Может, кто посоветует, с чего можно было бы начать в такой вот прелести
С выделения человека, который будет это систематизировать. Для начала можно в конфлюенс залить перечень проектов, в двух словах о каждом - для какой сферы используется, кто руководил и ключевые пользователи
IM
git или confluence чем плохи?
VK
Анна Филина
Коллеги, доброе утро)
Такой вопрос (может, кто сталкивался).
В компании очень много ИТ-проектов, выполняемых разными командами и с разными заказчиками. Некоторые проекты длятся годами, для некоторых открываются подпроекты каждый год.
Появилась мысль сделать некое хранилище с БТ всех проектов для нескольких целей:
- когда стартует новый проект, чтобы можно было сделать поиск по ключевым словам, чтобы проверить, что делалось в этой области ранее, и не делалось ли что-то похожее (может, можно тиражировать или использовать ранее разработанное решение хотя бы частично)
- в идеале там же накладывать на функциональную карту программы (все проекты изначально определяются в одну из программ, у которой есть свои утвержденные цели и любой ее проект должен так или иначе служить этим целям)
- возможно там же связывать все это богатство с Business Capabilities и далее c IT-Capabilities с привязкой, что такая-то задача решалась на такой платформе и опять же в дальнейшем таким образом структурировать, какие задачи где решаются.
При этом внятной системы управления требованиями нет (и ее опять же нужно внедрить). Уставы и затем ТЗ хранятся вордами, а разработчики потом ведут проекты кто где (Jira, TFS, опять же эксельки с бэклогами).
Может, кто посоветует, с чего можно было бы начать в такой вот прелести
Такой вопрос (может, кто сталкивался).
В компании очень много ИТ-проектов, выполняемых разными командами и с разными заказчиками. Некоторые проекты длятся годами, для некоторых открываются подпроекты каждый год.
Появилась мысль сделать некое хранилище с БТ всех проектов для нескольких целей:
- когда стартует новый проект, чтобы можно было сделать поиск по ключевым словам, чтобы проверить, что делалось в этой области ранее, и не делалось ли что-то похожее (может, можно тиражировать или использовать ранее разработанное решение хотя бы частично)
- в идеале там же накладывать на функциональную карту программы (все проекты изначально определяются в одну из программ, у которой есть свои утвержденные цели и любой ее проект должен так или иначе служить этим целям)
- возможно там же связывать все это богатство с Business Capabilities и далее c IT-Capabilities с привязкой, что такая-то задача решалась на такой платформе и опять же в дальнейшем таким образом структурировать, какие задачи где решаются.
При этом внятной системы управления требованиями нет (и ее опять же нужно внедрить). Уставы и затем ТЗ хранятся вордами, а разработчики потом ведут проекты кто где (Jira, TFS, опять же эксельки с бэклогами).
Может, кто посоветует, с чего можно было бы начать в такой вот прелести
Не получится ничего, без определённой трансформации процессов
VK
Если ваш топ менеджмент не готов в это денег вложить, то в принципе можно закрыть тему
АФ
confluence будет в ближайшее время внедряться, но из-за бюрократии компании это может сильно затянуться
VK
Таргет слово *бюрократия. Яб не стал в это впрягаться
АФ
кто б меня спрашивал)
A
Анна Филина
confluence будет в ближайшее время внедряться, но из-за бюрократии компании это может сильно затянуться
Ну в гугл доксе сделайте
AI
Такая же история сейчас, делаем на базе XWiki, но без отдельно выделенного под это человека очень тяжело и наполнять и отслеживать, чтобы систематизированная информация не превращалась в бардак
IG
Не получится ничего, без определённой трансформации процессов
Добрый день! Я бы сказала: получится, если менеджмент готов на трансформацию. И да, начинать надо с выделения человека (заинтересованного!) для систематизации всего богатства. А инструмент - вторично.
АФ
топы, наверно, даже готовы вложиться, если выдать конкретный план действий. У меня немного ступор, как вообще такую махину построить, чтобы ею было реально и полезно пользоваться
VK
Добрый день! Я бы сказала: получится, если менеджмент готов на трансформацию. И да, начинать надо с выделения человека (заинтересованного!) для систематизации всего богатства. А инструмент - вторично.
Так трансформация = затраты
VK
Анна Филина
топы, наверно, даже готовы вложиться, если выдать конкретный план действий. У меня немного ступор, как вообще такую махину построить, чтобы ею было реально и полезно пользоваться
А кому от этого должно стать хорошо?
IG
Так трансформация = затраты
И не только затраты выделенного человека. Затраты каждой команды.
A
Анна Филина
топы, наверно, даже готовы вложиться, если выдать конкретный план действий. У меня немного ступор, как вообще такую махину построить, чтобы ею было реально и полезно пользоваться
Имхо, никак. Компании нужна не махина с систематизированной информацией об ентерпрайзной архитектуре, а ентерпрайз архитектор или аналитик.
IG
Анна Филина
топы, наверно, даже готовы вложиться, если выдать конкретный план действий. У меня немного ступор, как вообще такую махину построить, чтобы ею было реально и полезно пользоваться
Махину строить не надо, затратно, не эффективно, не поддерживаемо.