дык упоминания про b2c небыло )

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

по идее продаваться должно когда еще ниче не сделано

b2c? При текущем потребительском терроризме???

мы же уже выяснили что я говорил про b2b

Я участвовал в одном проектике, (реклама) который хотели продать фейсбуку. Даже с готовым техническим решением, не получилось.

ну.. изначально ставить цель, чтобы продать фейсбуку это - такое ..

Ну это решаемые проблемы, если это только не «построить убийцу ютуба». Они сложные, согласен.

Но без следующих шагов имея одно техрешение, не решить очень многих вопросов. Можно не решать, - тогда построенную технологию заберут и покажут пальцем на дверь: спасибо!

Обычно эти проблемы не идут на старте. Они идут тогда, когда бизнес уже работает и вот вы по колено в гкоде с архитектурой которую придумывал мальчик с синдромом дауна, а это все неожиданно надо скейлить под 10 кратные нагрузки. А ещё у вас команда смузи-программистов, которые кроме кофе, подворотов и Вейпов ничего не хотят. Ну и вообще вся это штука работает на руби - а оттуда у вас конский счет с aws и 80 процентов любых задач только в бекграунде, ибо все отваливается и тормозит. Это как в том анекдоте: being programmer is easy, it’s like riding a bike, except: bike on fire, you are on fire and everything else n fire. Миллион раз такое с инженеркой видел ))

5 баллов

Я уже просто лет 6 одним и тем же занимаюсь, пришёл и погнали, чистить авгиевы конюшни, увольнять/нанимать людей, переделывать архитектурно приложение, не останавливая его, вводить системы CI/CD, формировать отделы QA(зачем ведь это было надо то). А потом когда все успокаивается и бизнес начинает размеренно жить, мне становится скучно и грустно, и снова приходится искать ребят с конюшнями.

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

Немного про открытость, честность и искренность (далее ОЧИ).  Часть IV.

По результатам трёх предыдущих постов про ОЧИ ваши мнения, коллеги, в самом смелом предположении были в формате "подать в суд на несоблюдение ТК". От руководителя вы требовали заранее подстелить соломки, чтобы всем падать было удобнее, а ему после падения искренне рассказывать, как вас кинул бизнес. Есть довольно простое и жёсткое деление людей на объектов и субъектов. Первыми рулят вторые и все высказанные точки зрения за очень редким исключением демонстрируют мнение, высказанное субъектами. Это напоминает анекдот про то, кто себя ассоциирует с жертвами:

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

Теперь, когда стало понятно, каким должен быть руководитель разработки, давайте ещё раз попробуем. Структура работы руководителя разработки складывается из работы с технической командой, с проджектами и бизнесом. Ситуация про 1.5 месяца, начинает играть новыми красками, когда понимаешь, что руководитель плотно и активно работает не только на уровне планирования технических задач, но и на уровнях планирования спринтов на сроках до квартала, а также на уровне бизнеса, где планирование идёт минимум от года, а обычно на 3-5 лет.

М? Так что же произошло, когда перед руководителем разработки поставили срок в 1.5 месяца?

Произошло следующее: он проебал планирование с проджектами и планирование с бизнесом. Он не контролировал ситуацию на уровне проджектов и бизнеса. Он не держал за яйца всех.

Он был субъектом. Это его единственная ошибка. Честность, открытость и искренность должна начинаться с самого себя. Если Ты себе не врёшь, что не контролируешь ситуацию, со всеми остальными сложностями можно справиться. А если Ты привык себя обманывать, то и результатам не удивляйся!

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