You are welcome!

Всем привет, кто-то может поделиться подобным тг каналом, только для дизайнеров? Если знаете

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

Всё, на самом деле, намного прозаичнее.
Просто в абсолютном большинстве случаев над каждым таким посылатором, который искренне верит, что разработка (и тестирование) такое непредсказуемое, что нельзя давать никаких конкретных оценок, стоит условный техлид, ЦТО или хэд оф что-нибудь там, который транслирует бизнесу нормальные и понятные эстимейты, вместе со всей остальной business-oriented инфой.
Потому что этот условный ЦТО\техлид\whatever уже осознал, что платят зарплату всему отделу не за написание кода или его тестирование, а за решение бизнес проблем.

тоже верно

Когда в упрощениях ушли слишком далеко, или опыт только для бизнес модели "выживальщик".  Смоделируем ситуацию:

Есть множество подразделений (и ИТ может быть одним из них) которые могут существовать потому что нужны, их результат никак не трансформировать в деньги ни сейчас ни потом.

Но их спонсируют, потому что модель позволяет, потому что понимают что их результат потом будет использован цепочкой подразделений (в идеале в одно звено, но редко), где итоговое звено создаст прибыль здесь и сейчас. И будет думать что только оно приносит прибыль (не будем в термины)! Ведь так учили, вы так учите. Они когда-то читали. Что проблемы бизнеса и прибыль здесь и сейчас.

потом появятся не дальновидные молодые менеджеры из отделов крайней в цепочки, сократят расход на начальные подразделения (дармоеды же там, задачи не решают, прибыль не приносят).

Итог я думаю вам понятен, модель сломана, тушим пожары. Живем здесь и сейчас.

Отсюда дам я вам совет: Да вы должны решать проблемы, что то приносить, но вы инструмент, так что делайте свои задачи, и не пытайтесь залезть туда, куда не нужно. А прежде начала оптимизации — поговорите с холдерами, цели выясните их. А то полномочия на себя брать собрались, а может никому и не сдалась ваша "Прибль" или решение этой проблемы, которую вы хотите решить. И только потом берите полномочия. Кровью.

Ну давай прямо. За частую некие менеджеры со стороны бизнеса не понимают реальность. Слать в таких ситуациях корректно, если это может повлиять на продукт, на его критичность использоване и тем самым напрямую на деньги.
Слать можно разными способами). Главное не выкатить то, что сломает все.

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

Должны понимать)) В итоге таких менеджеры просто не понимают разработку, приходят на продукт и начинают думать, что за 1 месяц образно можно поменять модель монетизации.
Или куча других моментов, не осозновая риски.

Угу. А потом имеем раздутый неэффективный штат, а ла ресурсники с САПов, который ковыряет древний легаси и по факту не нужен. Нет уж, любая миссия и мотивация должна включать в себя решение задач бизнеса и пользователей иначе эту идею можно выкидывать на помойку сразу же. Как и задачи типа "Ну мы хотим мобильное приложение, потому что... не, ну а чО? У всех есть. Раньше сайты "продавали" теперь апликухи продающие", тоже никому не нужно.

Конкретно может сказать команда, но за частую умные менджеры, который не понимают разработку, считают что это время преувеличено)

это уже другой вопрос

как защитить свои планы - отдельная секция в любом искусстве переговоров)

Вот вот! В загашнике есть опыт работы в компании, которая занималась интернет рекламой и прочим AD. В захотели присосаться к миру мобильной разработки, но так и не поняли, что это не может приносить такую же быструю прибыль, как СМС-труба или рекламные контракты... в итоге бардак и треш.

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

"Насяльника... я ПэХаПэ прикрутил. Но работать ни хочет... надо времени добавить"

да да да, ну выбор каждому свое, хотим сидеть на бочке пороховой, нравиться всегда в аврале. Таких тоже достаточно людей, пожалуйста. Вы только свои предпочтения и опыт молодым умам то не транслируйте

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

При этом пока то что показывает опыт, что лучше что бы ПМ нанималс в продуктовую компанию без влияния продукт онера. Типа что бы человек не зависим был от него.

типичный пример, когда среда на "бочке". Естественно не взлетит, если вся модель "выживальщик на скорости", то другое и не полетит

это копипаста из комментария в каком-нибудь бизнес-паблике в вк что ли?