Чтобы настраивать процессы придется понять, чего ему нужно, в чем интерес. Иногда претензия искусственно предъявляется, чтобы "усилить переговорную позицию".  Тогда на подписание актов нужно смотреть, какие замечания формулируются и т.д.
Или же это эмоциональное давление по поводу конкретных персоналий, которых заказчик озвучивать не хочет, они ему не нравятся, но объективных претензий нет.
А может и сами наворотили чего у заказчика, а признаться не хотят.
Всяко в такой ситуации сначала хороший переговорщик потребуется.

🌟 Andrey Sadovnikov has reached level 2!

ахах

Чтобы согласиться с правилами и общаться в чатике, нажми кнопку ниже этого текста!

Да по разному было, начиная от командировки разрабов к заказчику on site, заканчивая лечением по фотографиям логов с пыльного монитора, а то и с усного пересказа этих логов

0) заказчик даёт мало информации
1) объясняем что без полной инфы не получится сделать хорошо. Читаем это как мантру на каждой встрече.
Важно: с горящим задом никуда не бежим, пока до заказчика не дойдёт что придётся делиться инфой
2) подписываем NDA
3) ссылаясь на NDA и желание помочь достаем из заказчика всю инфу.
Важно: анамнез надо собирать и с бизнеса и с технарей.
4) находим ключевые боли и их причины
5) показываем драфт решения
6) кодим
7) релизим
8) движемся в светлое будущее

здраво, но тут первый пункт провален, огонь в 5 точке и суета уже засвечена

Плохо.
Потратите кучу ресурсов и времени на "угадай где проблема"

Выдайте новый релиз на пробу, без глобальных изменений.
В процессе раскатки будут вопросы, на контакт выйдут технари. И начинаете с них собирать инфу. Кол-во обращений в саппорт, типы обращений и вот это всё. Если есть с чем работать, правим баги и траблы технические. Далее сталкиваем лбами бизнес и технарей заказчика. Вот они принесли траблы - мы помогли. Хотите так же - расскажите в чем проблема.

Если там по нулям, сталкиваете лбами технарей и бизнес заказчика в формате "а они говорят что всё хорошо"

99% вас пытаются прогнуть по цене или выбить откат. Поговорите об этом с вашем сейлзлом или с аккаунт менеджером

1% что кто-то от заказчика хочет свалить на вас вину за свои провалы

Введение в профессию тимлида

SkillBox опубликовал 2ю часть интервью со мной и прекрасным Алекс Трошин.

https://skillbox.ru/media/code/interview_simonov_troshin_2/

- когда гибкие методологии внедрять не стоит;
- какие таск-трекеры и сервисы лучше использовать;
- чем интересна scrum-практика Planning Poker;
- как следить за эффективностью команды в офисе и на удалёнке;
- и как сберегать личное время.

Обезличенные логи хоть могут дать?
Если конструктива нет вообще - это политика, пусть ей и занимаются на уровне политиков, а не СТО.

У меня была похожая проблема. Потребитель такой, что пустить во внутрь не смогли бы ни при каких NDA.
Собрали метрики производительности, они посмотрели, что в них ничего секретного нет и выдали.
Мы воспроизвели особенности данных и поправили косяк (он был наш - не там стояла закрывающая скобка в SQL запросе, что увеличивало время его выполнения в 12 раз, местами тормозя всю "конструкцию").

Чтобы согласиться с правилами и общаться в чатике, нажми кнопку ниже этого текста!

Чтобы согласиться с правилами и общаться в чатике, нажми кнопку ниже этого текста!

Dmitry Simonov навсегда забанил Сергей Fra Nord

приколы нашего воскресного городка: Не, всё-таки 1С программисты - это не программисты. У жены проектик, ее программер приходит и жалуется, что серверу мощи не хватает обработать его запрос, по тайм-ауту вылетает. Пошел в логи, тот чудик делает GET (GET!!!!) запрос в несколько мегабайт и сервер ему закономерно отвечает 414 (пошел в опу с такими запросами) ... а 1с такую ошибку не обрабатывает и в результате отваливается по тайм-ауту.

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

Странно. Облака же нынче модные

Так все таки не обрабатывает или отваливается по таймауту, не дождавшись ответа?