Comments 3
Автор приводит ряд ложных требований:
Необходимо обеспечить высокую скорость поставки изменений. Очень высокую: утром и в обед могут быть противоречащие друг другу задачи.
Процессы разработки должны быть не просто гибкими, а гибчайшими, потому что нужно соответствовать вызовам бизнеса.
Часто приходится экономить на важном: на людях, серверах, софте.
Нужно постоянно помнить о выдвигаемых к продукту требованиях и соответствовать заявленному MVP во всём многообразии, включая любые внезапные требования. Например, анимацию иконок.
Почему они ложные? Очень просто - требующие хотят, что бы предел прочности материала был выше, чем написано в справочнике. Ну вот так их бизнесу нужно. Или ещё вариант - вот так хотят наши клиенты. А на самом деле - вот так хочет хозяин бизнеса, потому что у него нет денег на оборудование, соответствующее справочнику по сопромату. И поэтому хозяин хочет выкрутиться за счёт конструктора, заставить его сделать изделие, предел прочности в котором обязательно будет превышен. Понятно, что изделие в итоге сломается. Ну и что? Зато хозяин успеет продать несколько штук и обогатится.
Я понимаю желание заработать много денег (кто бы в этом мире его не понимал?), но я не понимаю упорного стремления забороть законы физики. Хотя да, слово "хочу" никак не соотносится ни с какими законами, кроме законов хотения.
Либо бизнес станет реалистом, либо ваш стартап лопнет. И вас, скорее всего, посадят. Зачем до этого доводить?
Великолепная статья. Подписываюсь под каждым словом. Честность и открытость в компаниях - это критический компонент. Если его нет, то движение идёт в обратную сторону
Архитектура — зеркало корпоративных ценностей