Download to read offline
Uploaded byspringbyexample
Recruitment vs Engineering: Кто виноват? или Что делать?
Документ обсуждает проблемы в области рекрутинга и инженерии в IT, подчеркивая нехватку кадров и ответственность всех участников процесса. Автор, опытный разработчик и консультант, призывает к командной работе и улучшению коммуникации между рекрутерами и инженерами. В заключении отмечается необходимость адаптации бизнеса к быстро меняющимся условиям рынка.
Recruitment vs Engineering: Кто виноват? или Что делать?
- 1. Recruitment vs Engineering: Кто виноват? и Что делать? Сентябрь 2012 Алексей Резчиков @twincengray #itbrunch
- 2. Обо мне Java разработчики тимлид уже более 6-ти лет Resource/Hiring manager последние 4-е года Последователь XP/Agile/Lean Консультант по Testing Automation, Continuous Integration и Continuous Delivery Евангелист Spring Framework в 2 рамках SpringByExample.com.ua @twincengray #itbrunch
- 3. Реалии ИТ: нехваткакадров @twincengray #itbrunch 3
- 4. И не толькоИТ кадров @twincengray #itbrunch 4
- 5. В некотором царстве… менеджмент рекрутинг инжиниринг @twincengray #itbrunch 5
- 6. В итоге: самдурак!!! @twincengray #itbrunch 6
- 7. Кто виноват? @twincengray #itbrunch 7
- 8. Что ИМЕННО нетак? @twincengray #itbrunch 8
- 9. В одной лодке @twincengray #itbrunch 9
- 10. Взять на себя ответственность @twincengray #itbrunch 10
- 11. Командная работа @twincengray #itbrunch 11
- 12. Командное планирование @twincengray #itbrunch 12
- 13. А напоследок пичалька от Hiring manager’a @twincengray #itbrunch 13
- 14. JD: Человек, которыйнам нужен @twincengray #itbrunch 14
- 15. JD: А воткак мы работаем @twincengray #itbrunch 15
- 16. CV: Все могу!!! @twincengray #itbrunch 16
- 17. CV: Что-то непонятно? • IO, NIO, JNA, JNDI, Servlets/JSP, JSTL, JSF, JMS, JAX-WS, JAX- RS, JAXP, JAXB, JAXR, JAX-RPC, CDI, Bean Validation, EJB, JPA, JDO, JTA, JDBC, JMX, JavaFX • Junit, TestNG, DBUnit, Unitins, EasyMock, Jmock, Mockito • JUL, Log4j, SL4J, Logback, Commons Logging • Commons Collections, Google Guava • Spring IoC, Spring MVC,Spring Data, Spring Security, Spring Roo, Spring Integration, Spring Social, Spring Bath, Spring WS, Spring REST, Spring Test MVC • Glassfish, JBoss AS, WebLogic, WebSphere, Tomcat, Jetty, Resin, SAP AS, Geronimo, TomEE • Hibernate, EclipseLink, iBatis, DataNucleus, OpenJPA • Weld, Guice, CanDI • ActiveMQ, HornetQ, RabbitMQ, SonicMQ 17 • IceFaces, RichFaces @twincengray #itbrunch
- 18. CV: А этоЯ @twincengray #itbrunch 18
- 19. И в качествезаключения Наш бизнес быстро меняется и мы должны менять с ним Из каждого правила есть исключения @twincengray #itbrunch 19
- 20. Вопросы? @twincengray @ua_spring oleksiy.rezchykov@gmail.com SpringByExample.com.ua mcgray.com.ua @twincengray #itbrunch 20
Editor's Notes
- #4 Описание проблемы:Очень быстрый рост по проектам и людям в последние годыРезультат - 23-х летние серьоры и незрелый менеджмент (вчерашние девы – теперь менеджеры)Никто не ищет работуНет стремления работать на определенную компанию есть заинтересованность только в заказчикеНепрозрачные схемы карьерного роста
- #5 Быстрый рост индустрии сказывается и на не-ИТ кадрахЕсть острая нехватка рекрутинг, ХР, PR и административных кадровСпецифика рынка (скорее его незрелость) не позволяет говорить об стандартах для этих кадровКак результат – еще более удручающая ситуация на рынке рекрутеров
- #6 Лебедь рак и щука при рекрутингеМенеджеру нужен результат - больше его, как правило ничего не волнуетРекрутинг часто хочет просто делать свою работуИнжиниринг тоже хочет делать свою работу, при этом рассматривает рекрутинг как сервис, который просто должен поставлять ему ресурсы.
- #7 Как результат все обвиняют всех в непрофессионализме, невыполнении собственных обязанностейРасскажу о своем опыте наблюдений за ситуацией с позиции инженера
- #8 Кто виноват?Неправильный вопрос (охота на ведьм), клинчИндустрия не сформироваласьДа не ИТ кадры отстают потому, что не работают напрямую с заказчикомНе бывает отдачи, если не прикладывать усилийЧасто стороны просто разговаривают на разных языках
- #9 Выяснить где кроется проблема. Личностная проблема.Это проблемы коммуникации? Это недостатки процесса?
- #10 The problem is the enemyБороться с проблемой а не друг с другомПонять что вы на одной стороне – в одной лодке
- #11 !!!Пару примеров из проектов!!! (TODO)Взять на себя ответственностьТренингии/или семинары для R., чтоб понять что мы от них хотим а они от нас.Взаимное уважение, ценим работу друг друга (Technical Interview results)
- #12 Совместные митинги – syncИтеративная работа (Марьяна и приоритеты по позициям)Fast feedback5 Why’sRoot cause analysisStop the lineAgile/Scrum в R. (tim.com.ua)
- #13 Уровень процесса укрупненно:Р. например не стоит пускать собеседовать людей недовольных жизнью, компанией и.т.п.R. SLAR. strategy developed in collaboration with Engineering managementTransparent position requirements Прозрачные понятные требования к позициямR. SLA’sR. Стратегия разработанная совместно с E. менеджентом
- #15 JD пилота формулы №1 – плохо, но все продолжают писать такие, прям, как зомби
- #16 JD когда понятно что придется делать и с кем - хорошо, но такого никто не пишетКак на Западе
- #17 Нельзя одинаково хорошо программировать на C++/Java/C# - можно одинаково плохо, но почему-то все так пишут, даже грамотные специалисты
- #18 Знать и понимать - не одно и то же, но народ все равно пишет в резюме простыни из технологий и фреймворков
- #19 Выпускник института - ведущий разработчик, неужели? Рано или поздно его возьмут на такую позицию.
- #20 Мы начали с того, что сказали что наша индустрия быстро растет и меняется так вот…Из каждого правила есть исключенияСмотрите на людей, а не на CV