Руководители не хотят учить разработчиков, а хотят чтобы проект запилили быстро — статья призывает их заняться обучением. Выделять время. Тратить деньги бизнеса.
Очень спорный момент про обучение, хотя тут конечно вопрос, что считать обучением.
Если «классичекий» вариант с отчитать курс по какой-то теме, то тут толку с моей точки зрения очень мало. Траты времени в никуда, потому что знания, которые ты не «пропустил через себя», не попробовал в боевой обстановке, мало ценны. Классические образовательные курсы могут быть конечно полезны для начинающих программистов (слово разработчик подрузамивает, что человек в состоянии еще и спроектировать решение), но для человека с минимальным опытом, а тем более для человека с инженерным мышлением это часто пустая трата времени. Мы живем все-таки в 21 веке, и доступность информации очень высокая, человек всегда найдет информацию по интересующей его теме, а вот если интереса нет, то никакие курсы этому не помогут. В конце концов высшее учебное заведение должно было развить только один навык — способность учиться самостоятельно.
Если мы говорим про развитие разработчиков, то тут более должен идти фокус на делегирование полномочий разработчикам (что в статье справедливо упоминается), на развитие ответственности за выпущенный продукт, идеальным вариантом (правда не всегда реализуемым) является, когда разработчик ведет полный цикл от общения с заказчиком и сбора требований до технической поддержки.
Но тут конечно, опять же, вопрос о бизнес модели, если это аутсосорс, где зачастую свободы действия мало, и нужна просто армия «роботов», то тут может и сработать вариант с классическим обучением, для быстрой пусконаладки «роботов». Для продуктовой разработки или другой, где есть устоявшиеся команды и отношения с заказчиком «классика» уже не в тему. Тут нужно развивать ответственность каждого конкретного разработчика и стимулировать институт менторства.
Очень спорный момент про обучение, хотя тут конечно вопрос, что считать обучением.
Если «классичекий» вариант с отчитать курс по какой-то теме, то тут толку с моей точки зрения очень мало. Траты времени в никуда, потому что знания, которые ты не «пропустил через себя», не попробовал в боевой обстановке, мало ценны. Классические образовательные курсы могут быть конечно полезны для начинающих программистов (слово разработчик подрузамивает, что человек в состоянии еще и спроектировать решение), но для человека с минимальным опытом, а тем более для человека с инженерным мышлением это часто пустая трата времени. Мы живем все-таки в 21 веке, и доступность информации очень высокая, человек всегда найдет информацию по интересующей его теме, а вот если интереса нет, то никакие курсы этому не помогут. В конце концов высшее учебное заведение должно было развить только один навык — способность учиться самостоятельно.
Если мы говорим про развитие разработчиков, то тут более должен идти фокус на делегирование полномочий разработчикам (что в статье справедливо упоминается), на развитие ответственности за выпущенный продукт, идеальным вариантом (правда не всегда реализуемым) является, когда разработчик ведет полный цикл от общения с заказчиком и сбора требований до технической поддержки.
Но тут конечно, опять же, вопрос о бизнес модели, если это аутсосорс, где зачастую свободы действия мало, и нужна просто армия «роботов», то тут может и сработать вариант с классическим обучением, для быстрой пусконаладки «роботов». Для продуктовой разработки или другой, где есть устоявшиеся команды и отношения с заказчиком «классика» уже не в тему. Тут нужно развивать ответственность каждого конкретного разработчика и стимулировать институт менторства.