А чем вам так не угодил маппинг требований и трейсабилити матрица, кроме трудоемкости? Заказчик более спокоен в случае их наличия - понимает, что, когда будет из того, что хотел...

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

угадил так угадил

ну я не лингвист)

я не филолог, я ракетчик

Я не пою, а знаю, что количество ненужной документации превышало по рупу все разумные пределы, в итоге каждый делал хорошо, если 5-10% RUP. Именно поэтому он и умер.

Тем, что это мартышкин труд. Сосредоточиться над фичами можно и без этих извращений.

Ну, вообще RUP сильно кастомизируем, но это сложно, надо головой думать, пилоты проводить и так далее.
Разумеется, никто так не делал и фигачил с листа, с соответствующим результатом.
Потос те же люди внедряли так же скрам - и результат тоже не менялся )

Ну, это зависит от того, кто проводит сертификацию и от целей.
Так-то любой канбан (не доска, а процесс) уже CMM 5

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

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

Однако, если кто то знает рецепт, то поделитесь плиз

Ну не говнокодить же?

Всем привет, респект и прочее.

Столкнулся с ситуацией: жирный заказчик, некая проблема (как он считает) в производительности поставляемого ему ПО, кастомная схема работы ПО у заказчика и сильное нежелание в предоставлении полного объема информации, необходимого для понимания "куда копать"; о каком-то доступе до контура заказчика говорить трудно.

Если есть среди вас представители поставщиков ПО, либо интеграторы?

Как вы приодолеваете проблемы такого характера? Есть ли какая-то статья, книга (пусть и не в контексте разработки в РФ) или чек-лист пошагового выхода из ситуации, когда заказчик утверждает, что все проблемы на вашей стороне, но поток конструктива исчезающе мал?

Ну зачем эта другая крайность-то. Хотя переделки перед дедлайном тоже ведут туда...

А в чем проблема закинуть своего программиста. Он даже без ноута и флешки может прийти в банк и посидеть рядом.

Или заказчик хочет не решить проблему, а по какому-то пункту с вас денег взять через суд? Вообще пушка.

Скорее не заплатить за поставку)

в таком случае схема работы(по опыту) разработчик задает вопрос приставленному к нему админу, тот ему скидывает строго определенные данные на диск. неэффективно.

Вот был бы у вашей ИС режим самодиагностики или самопрофилирования, все было бы куда проще, но это ж надо уметь такое сделать

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