�ݺ�ߣ

Editor's Notes

1. Описание проблемы:Очень быстрый рост по проектам и людям в последние годыРезультат - 23-х летние серьоры и незрелый менеджмент (вчерашние девы – теперь менеджеры)Никто не ищет работуНет стремления работать на определенную компанию есть заинтересованность только в заказчикеНепрозрачные схемы карьерного роста
2. Быстрый рост индустрии сказывается и на не-ИТ кадрахЕсть острая нехватка рекрутинг, ХР, PR и административных кадровСпецифика рынка (скорее его незрелость) не позволяет говорить об стандартах для этих кадровКак результат – еще более удручающая ситуация на рынке рекрутеров
3. Лебедь рак и щука при рекрутингеМенеджеру нужен результат - больше его, как правило ничего не волнуетРекрутинг часто хочет просто делать свою работуИнжиниринг тоже хочет делать свою работу, при этом рассматривает рекрутинг как сервис, который просто должен поставлять ему ресурсы.
4. Как результат все обвиняют всех в непрофессионализме, невыполнении собственных обязанностейРасскажу о своем опыте наблюдений за ситуацией с позиции инженера
5. Кто виноват?Неправильный вопрос (охота на ведьм), клинчИндустрия не сформироваласьДа не ИТ кадры отстают потому, что не работают напрямую с заказчикомНе бывает отдачи, если не прикладывать усилийЧасто стороны просто разговаривают на разных языках
6. Выяснить где кроется проблема. Личностная проблема.Это проблемы коммуникации? Это недостатки процесса?
7. The problem is the enemyБороться с проблемой а не друг с другомПонять что вы на одной стороне – в одной лодке
8. !!!Пару примеров из проектов!!! (TODO)Взять на себя ответственностьТренингии/или семинары для R., чтоб понять что мы от них хотим а они от нас.Взаимное уважение, ценим работу друг друга (Technical Interview results)
9. Совместные митинги – syncИтеративная работа (Марьяна и приоритеты по позициям)Fast feedback5 Why’sRoot cause analysisStop the lineAgile/Scrum в R. (tim.com.ua)
10. Уровень процесса укрупненно:Р. например не стоит пускать собеседовать людей недовольных жизнью, компанией и.т.п.R. SLAR. strategy developed in collaboration with Engineering managementTransparent position requirements Прозрачные понятные требования к позициямR. SLA’sR. Стратегия разработанная совместно с E. менеджентом
11. JD пилота формулы №1 – плохо, но все продолжают писать такие, прям, как зомби
12. JD когда понятно что придется делать и с кем - хорошо, но такого никто не пишетКак на Западе
13. Нельзя одинаково хорошо программировать на C++/Java/C# - можно одинаково плохо, но почему-то все так пишут, даже грамотные специалисты
14. Знать и понимать - не одно и то же, но народ все равно пишет в резюме простыни из технологий и фреймворков
15. Выпускник института - ведущий разработчик, неужели? Рано или поздно его возьмут на такую позицию.
16. Мы начали с того, что сказали что наша индустрия быстро растет и меняется так вот…Из каждого правила есть исключенияСмотрите на людей, а не на CV