наши "покупатели" это разработчики внутри компании
мы думаем не только о том, как сделать с точки зрения технических решений всё охеренно, а и с точки зрения пользования этим продуктом

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

Хотел добавить, что в Японии, например, решения снизу вверх через консорциумы принято даже на законодательном уровне. В Германии, снизу вверх тоже, но надо каждое утверждение подкреплять цифрами, так как надо булет убедить начальство. Ну это так в книге писалось.

я как-то читал книгу, как на собеседованиях себе зарплату выбить

спойлер: не выбил

Найс, это вот похоже на снизу вверх

да йомайо, нету "снизу вверх" или "сверху вниз", я тебя к этому хочу подвести

Це типу норма для продуктових компаній, чи в Америці чи в Європі

если бы было только "снизу вверх", то мы бы сели на ресурсы компании и жрали виноград

В Україні так не питають, тому що всі звикли до культури аутсорсу, де такі питання не мають сенсу

это коллаборация, есть запросы сверху вниз, они более обобщенные - вот вам ресурсы, у вас 2 квартала на решить эту проблему
есть снизу вверх - вот у нас проблемы, надо сделать лучше тут и тут, топах это вообще ни к чему, давайте

это не противоречащие вещи, это вещи которые сосуществуют рядом

было б лучше если б ты мог почитать хотяб несколько страниц книги и мы б обсудили

))

да, соглашусь

в том и посыл)

не знаю с чего ты взял что есть белое и черное

от тебя этот посыл исходит как одно из двух

Рішення не може прийматися знизу вверх, бо відповідальні за рішення ті, хто зверху. Інше питання, що ієрархічна система є ефективнішою, коли в ній є фідбек луп— і знизу вверх, і згори вниз

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

зависит от решений