Как стать автором
Поиск
Написать публикацию
Обновить

Комментарии 13

Часто встречающаяся проблемная категория — наглые заказчики с неопределенными или меняющимися уже в ходе проекта целями, задачами и требованиями
Если к вам обращается хамоватый, неадекватный и высокомерный клиент, который считает, что вы должны выполнить все его желания, сделать даже то, что совсем не обязаны делать — ИМХО, не стоит тратить на него время.
Всего голосов 1: ↑1 и ↓0+1
Так как повествование идёт от лица архитектора, то на кого тратить время — решают за него. Энтерпрайз всегда меняет требование в ходе проекта, так как в таких проектах разработка первичной версии может занять годы.
Всего голосов 1: ↑1 и ↓0+1
Меняющиеся требования — ОК, нужно просто уметь продать доработку, либо использовать это как инструмент торга. За время проекта может многое поменяться: у заказчика изменятся ключевые фигуры, появятся новые неявные пользователи вообще из третьих организаций, но которых в силу законодательства надо обслуживать, поменяются подрядчики, изменятся законы, изменится страна=)
Всего голосов 1: ↑1 и ↓0+1
В точку! Изменения — это рынок. Вам делают скидки на косяки, вы делаете скидки на изменения.
Всего голосов 1: ↑1 и ↓0+1

Все именно так! Кажущийся сумбур повествования добавляет нужные ощущения от процесса взаимодействия сторон.
Добавлю про важнейший майлстоун завершения RFP, после которого будущему исполнителю авансом выдаётся кредит доверия, аналогичный health points в экшн играх)))

Всего голосов 2: ↑2 и ↓0+2
Кредит доверия — это уж как повезёт. В моей практике часто вместо доверия Due Diligence. Я об этом хочу в следующей части.
Всего голосов 1: ↑1 и ↓0+1

TL;DR. Лучше о себе расскажите — что разрабатываете, как внедряете. Курьезно, но с вендорами из первой лиги все по-другому — Вы Энтерпрайз без них никак не построите и эти вендоры сами вертят клиентом как хотят. Тот же SAP. Не клиент внедряет SAP и «прогибает» SAP под свои хотелки, в полностью перерабатывает свои процессы под SAP.
С мелкими вендорами и интеграторами все ровно наоборот — им приходится въезжать в уже существующий ландшафт клиента и адаптировать свои решения под него. Типичное разделение на «первую» лигу и «всех остальных». Что ещё хуже — у мелких нет ресурсов. Одна очень известная CRMка не знала, что такое докер и кубер. И представители компании разработчика предлагали развернуть виртуалку из образа. Бекапы? DR? Секурити? Не, не слышали. С такими «друзьями» даже враги не нужны.
А мы потом удивляемся почему in-house разработка цветёт пышным цветом ....

Всего голосов 2: ↑2 и ↓0+2
Ну не всё же сразу. Это только второй этап и мы даже не начали разработку. Но да, то что я хотел сказать, что уже на этом шаге надо понимать с кем имеете дело. Особенно «круто», когда вы тоже в корпе на уровне SAP, а ваш общий клиент требует двухсторонней интеграции решений. Взаимные «прогибания» идут по шелест адвокатских писем, заверяющих что вторая сторона действует не в интересах общего клиента с доказательной базы технических «передергиваний». Типа «выбранная технология не имеет широкого распространение (всего 30% рынка) и поддержки (опенсорс) и выбрана чтоб сократить срок разработки и максимилизировать прибыль».
Всего голосов 1: ↑1 и ↓0+1
как жаль что нет перевода на английский! Я бы прям всему своему контакт-листу разослал бы…
Всего голосов 1: ↑1 и ↓0+1
Я хотел писать на английском, но не смогу задать контекст и выдержать стиль. Во фронтальной презентации есть эмоций и визуальный ряд. В длинной статье, где не так много технических деталей в картинках, удержать интерес сложнее.
Всего голосов 1: ↑1 и ↓0+1
Ну мне кажется, что если качество упадет с ВЕЛИКОЛЕПНО до ПРОСТО ЗДОРОВО, сильно никто не возмутится…
Комментарий пока не оценивали0
Ну вот, теперь осталось только выбрать время и переписать на английский
Всего голосов 1: ↑1 и ↓0+1
Ура! Спасибо!
Комментарий пока не оценивали0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Показать лучшие за всё время

Истории

Ваш аккаунт

Разделы

Информация

Услуги

Техническая поддержка
© 2006–2024, Habr