Вы часть команды производительность которой контролируете?

Как и положенно в диалектике. Одновременно и часть, и нет.
Это старый вопрос о двух командах. ))

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

И очень интересно, что ваша команда производит, что у вас есть возможность сравнить производительность?

Наверное она производит billable-hours

Берешь проект. Берешь оценку его у конкурентов. В часах, деньгах и сроках. Сравниваешь свои итоговые показатели с их оценкой.
Если мы про фикс говорим. Но к T&M идут через фиксы.

Ответил на ваши вопросы?

Простите, нет. Не понятно, что за проекты, оценку которых у конкурентов можно регулярно получать

Гм. Обычные проекты на аутсорсе. В чем проблема-то?

Да и просто у аутсорсера попросить оценить внутренний проект тоже можно.

#welcome
Всем привет! Меня зовут Олег, работаю менеджером проектов в Magora Systems 😊

@marenkov знакомые лица, привет😄

Привет)

Извините, Константин, но всё равно понятнее не стало.

Что за область рынка такая, на котором 1) значимое число проектов получают на оценку несколько аутсорсеров 2) все знают оценку друг-друга?

Давайте поставим вопрос иначе. Что за область рынка, где такого не происходит? Т.е. заказчик крайне наивен, а игроки слепы и не чувствуют свой рынок?

Вот я сейчас серьезно спрашиваю.

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

Ну так и где ваш заповедник наивного заказчика?

Ну, положим. Сравниваю оценку аутсорсера и свои факты, получаю статистический мусор. В оценке многое может быть: ошибки, демпинг, качество, риск. Оно вам надо такое сравнение?

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

Да и чтобы сравнивать эффективность по деньгам/срокам/часам, нужен юнит, который генерирует бизнес ценность. В иных компаниях это управления/дирекции. Уже ни разу не изменения снизу :)

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

Вы не передёргивайте и не переводите стрелки, пожалуйста. И, тем более, не надо необоснованных личных выпадов.  Давайте вернёмся к интересному вопросу оценки производительности. Вы задали вектор, сказав "Берешь проект. Берешь оценку его у конкурентов. В часах, деньгах и сроках. Сравниваешь свои итоговые показатели с их оценкой." Вот я и хочу понять, область применимости. Из контекста понятно, что речь идёт о заказной разработке, не продуктовой.

Я в заказной разработке скоро 20 лет. Крайне редко возможно получить информацию о том, что этот же проект оценивали конкуренты.  Поделитесь опытом, как это делать?

Если смотреть с точки зрения бизнеса, то все ещё проще. Деньги + сроки. Больше ничего для сравнения и не нужно. И вам без разницы, что в цену заложил аутсорсер. Это уже его внутренние проблемы.

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

Возвращаемся к инициативе снизу. Подразделение должно показать эффективность выше, чем у соседних подразделений. Этого хватит для продвижения инициативы.

А среднерыночная цена родилась из вопроса, как я сам замеряю производительность у себя.

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

Способов очень много.