Управление разработкой + UX, UI = в одном продукте, это возможно?

Question

[Good Max]

Доброго дня,
данный вопрос полагаю затронет многих (если не всех) кто занят в УПРАВЛЕНИИ разработкой ИТ-проектов.

За последнее время принимал участие в разработке ряда ИТ-проектов с несколькими проектными командами и уже имею опыт в целом ряде программных продуктов ( Adobe, Axure, Atlassian, Trello, Slack.. ) тк все работают по-разному и по большому счету, кто на чем привык, те в разных средах. Ни для кого ни секрет, что управление ит-командой, помимо анализа требований, в любом проекте решает фундаментально ДВЕ задачи -

• веб разработка (код)
  
• дизайн интерфейсов (ux, ui)
  

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

Если да, примеры в студию!

Answer 1

[kn0ckn0ck]

Это не один продукт, это целый класс систем под названием Application Lifecycle Management (ALM). Суть в том, что на общей платформе (или общей базе данных) или тесно интегрированных отдельных инструментах, организуется процесс разработки от стадии сбора первичных требований до стадии эксплуатации и поддержки готового решения.

Другое дело, на сколько каждая из ALM-систем удобна/пригодна/доступна в каждом конкретном случае - вот это всегда большой вопрос. ALM именно под веб-разработку мне не встречались, обычно это какие-то универсальные решения.

Основной причиной тут мне видится изолированность этапов производства ПО. Обычно отдельно от всего формируется ТЗ, отдельно и кем-то там создается UI/UX, потом отдельно еще кем-то эти все фантазии имплементируются и еще потом кем-то там это все поддерживается.

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

Кстати, есть и позитивный пример, это Siemens PLM. Один производитель мега-ПО, используемого в промышленном производстве (самолеты, машины, ЖДТ и т.п.). В этом сегменте все по-другому, потому что там все сильно зарегулировано и конечный исполнитель скорее работает по системе, а не настраивает/выбирает что-то под себя.

Answer 2

[Good Max]

Спасибо за Ваш ответ kn0ckn0ck !

Единый центр интересен только с точки зрения управления (одному или паре участников всего этого процесса)

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

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

Comments

[kn0ckn0ck]

Я в деталях не очень понимаю о чем здесь идет речь: "никто не предложил подобной интеграци...". Этот вопрос он не в в компетенции вендора ПО, а в компетенции заказчика/консультанта. Если вам необходимо этот вопрос решать, то вам нужна помощь консультантов в этом вопросе, которые знают вендоров, их возможности, решали подобные задачи и смогут ответить на вопросы о том, что и как можно и что будет.