И какие подрядчики? Бригады плотников? Они от облачков заколдобятся...

Внутренняя техническая. Например как реализован тот или иной сервис , приложение , как настроены сервера и т.д.

Для внутренних нужд

ну я бы тогда рекомендовал в гите вести, в markdown / rst. Так же, как код.

и релизить так же

Отроскомнадзорят.

ну, или в локалке гит поднять

Это факт. Мы его на ноль умножаем постепенно

заведите инхаус гитлаб

Битбакет сервер in-house ставится

Евгений Абраменко набрасывает на вентилятор

БДСМ в айти или кто-то должен пострадать

Понял, что реальные примеры находят более живой отклик у аудитории. Что ж, продолжим эту добрую традицию.

Реальная компания. Группа стартапов. Матричная структура. То есть когда у одного специалиста есть функциональный и проектный руководитель. А то и несколько проектных руководителей. Я укажу несколько признаков, а вы скажите, знакомо или нет

1. Разработка не берет задачи от бизнеса пока не будут выполнены все их требования по постановке. В том числе они могут завернуть задачу потому что она им просто не нравится, они не считают нужным ее делать. Без объяснения причин. У проектного менеджера нет власти приказать им делать эти задачи и делать их именно так как он прописал. При этом за реализацию и сроки - ответственнен он

2. Проектов больше чем ресурсов раза в 3-4. При этом в единицу времени приоритет отдается одному из трех. Начинается драка за ресурсы. При этом проектный менеджер потом не может сказать, что проект не сделали, потому что не дали ресурсов. Мол, плохо дрался. Все бы ничего, но в таком раскладе кто-то да пострадает. То есть 3 из 4 проектов страдают. Зачем было создавать столько проектов, если знаешь, что вести будешь только один?

3. Все командуют всеми и никто никем. Реальная власть только у одного человека - и это владелец компании. Делегирование полномочий отсутствует как класс. При этом везде есть крайние: тимлиды, проектные менеджеры, продакты. Короче, крайние

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

5. HR делают вид, что все "круто и классно", раскачивают HR бренд, вешают лапшу на уши приходящим специалистам, что у них тут рай. По факту, те же яйца, как и везде.

В итоге:
Проектные менеджеры меняются как перчатки, потому что при такой схеме они крайние. Но прибыли как не было, так и нет. Проблема в проектных менеджерах? Сомневаюсь, что при таком раскладе они в силах что-либо поменять. Проблема в разработчиках? При грамотно настроенных бизнес-процессах проблем с разработчиками быть не должно. В топ-менеджерах? Вряд ли в ком-то одном из них. Проблема тут в том, кто ответственнен за систему менеджмента в компании.

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

И если сбоит хотя бы одна часть из трех, то прибыли ждать не придется.

Друзья мои, сталкивались с подобным?

хороший пост

А главное - правдивый, не поспоришь. Вопрос только в конце неправильный, имхо, стоит. Я бы перефразировал - "А есть ли счастливчики, которые работают по другому?"

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

У нас на 80-100 процентов полная противоположность по всем пунктам.

какие именно полномочия не "сделегированы"-то?

блин простите за банальность, но зачем вы работаете в таких компаниях, вам это в кайф??

плюсую к вопросу.. или почему ничего не меняете в этих компаниях?

А много ли других? А как их отличать?

Так то все говорят что всё у них хорошо, отлажено и т.д. и т.п. )