Компании, конечно, бывают разные. Где-то принятый на год бюджет обладает силой высеченного в камне закона Хаммурапи. Где-то а) CTO в середине года может прийти на борд и сказать: чуваки, есть вот такое окно возможности, попытаться запрыгнуть в него будет стоить вот столько, в том числе таких капексов и вот такого увеличения ФОТ. А борд берёт и утверждает.

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

Потому что это всё очевидные вещи, если думать на 2-3 года вперёд и опираться на 5-10 лет управленческого опыта. Зарплаты, чай, не первый год на рынке растут, можно было уже привыкнуть.

Это да. Но вот как-то не всегда. Ну то есть это правда, компании разные бывают. И приоритеты разные.
Короче, не все кажется об этом думают. Очень далеко не все. Причина мне не очень ясна, но сильно хороших примеров я не видел лично. Плохие видел.
Ещё много видел kpi во все поля и ситуации вплоть до «сори, чувак, но бабло уже раздали, денег не дадим». Вот практически прямым текстом. Лично мне не говорили такое, но поделился товарищ, которому у меня нет причин не доверять.
Короче правильные ты вещи говоришь, верные. Осталось понять чего же они так плохо работают в реальности и что с этим делать:)

Все конечно сильно проще, когда в целом все понимают как все работает.
Пример - в этом году одной компании прокатили всех даже с индексацией обещанной, которая собственно ежегодно проводилась. А потом прям сразу купили другую компанию за 500 с лишним лямов кэшем. На что СЕО сказал «год был тяжёлый, булшит булшит булишт, в общем нам было надо, мы короче тут посчитали и смотрим в будущее, а зарплаты - ну год был тяжёлый».
Оно конечно посмотрим как это скажется, но в общем исключения бывают:)

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

Ну тут надо уточнить, что может и не всех, но как минимум часть. Да и вообще кейс то частый в целом.
По большому счёту это понятно - если есть явная возможность отдать денег и точно заработать на этом (капитализацию там повысить), то выбор очевиден. ФОТ же по сути дыра бездонная. Прямой взаимосвязи между «вложил N, получишь от X до Z по прогнозам» по сути нет. Есть расплывчатые вероятности, которые очень соблазнительно хотя бы частично митигировать через «ну вы же менеджеры, решите че нить, нематериальная мотивация» и вот это все. И кажется этим весьма часто пользуются.

Они нормально работают там, где их внедряют. Почему так редко внедряют в российских компаниях? У меня есть версия.

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

Но даже крупняк всё равно имеет трагически мелкий масштаб. Взять Яндекс, практически монополист, а выручка - 150 типа ярдов. Как у большого завода. Но на заводе работают люди подешевле, и НДС завод платит в разы меньше. Следующий в списке MRG, он меньше Яндекса раза в два. А на десятом месте уже чуть ли не Skyeng с выручкой меньше ярда. И в ситуации, когда у тебя и так ФОТ - это главный кост, растить его - смерти подобно.

В целом я с тобой согласен. Но дело в том, что в IT компании ресурс производства - это люди.
То есть сравнение с заводом тут не очень применимо.
У тебя по сути основные фонды и средства производства - это не станки, линии и цех, а программисты, отделы и... все, офис сам по себе почти ничего не стоит, точнее стоит ровно как помещение.
Отсюда и получается, что ФОТ и основная статья расходов, и в то же время единственное, что позволяет тебе вообще существовать.
И эта новая экономика мало того что слабопредсказуема (со станком производительность понятна, а вот с человеками как то не очень), так у тебя ещё и станки имеют права, плохо чинятся, болеют и уходят к конкурентам:)
У меня нет ответа про то, как сделать всем хорошо. Но я очень четко вижу проблему и диспропорцию, которая очень много ломает. Казалось тут бы помогло экстра-вовлечение, но оно не очень стыкуется с современным миром (хотя, стартаперское движение вполне может быть ответом на эту диспропорцию).
Тут кстати у Valve интересный опыт в этом плане, у них весьма любопытная структура. Если ты знаешь кого-то, кто делает примерно как они или вообще сильно иначе чем на рынке - дай знать, с удовольствием почитаю. Если что, гитлаб не в счёт:)

У нас джира, как и везде, но сейчас очень хочу попробовать http://clickup.com – выглядит многообещающе

джира, к сожалению. когда последний раз выбирал, на что переехать, больше всего приглянулся Codetree https://github.com/marketplace/codetree. удобный интерфейс, есть все нужное нам (небольшому стартапу), и хранится все в гитхаб ишьюс.

Знаю людей, которые довольны Яндекс.Трекером. Сам предпочитаю тикеты в GitLab.

Перешли на Кликап из Джиры с командой 15 человек, очень довольны

кликап выглядит как будто симпатично и богатый функционал. пробую перенести таски из джиры

надо чекнуть тоже, спасибо

+

разобрался со статистикой по спринтам?

Пока кастомным полем и дешбордами собираем, в ноябре Кликап апдейт по нативным спринтам выкатил, попробуем в этом году его

Они сами разработку ведут отдельными списками на каждый спринт, но мне кажется единой доской со всем флоу удобнее. Подстраиваем статистику под воркфлоу, а не наоборот)

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

есть Goals, вроде должно хорошо работать, пока тестируем в процессе