Pull to refresh

Comments 8

Интересная и глубокая мысль.
Если убрать лишние рассуждения — будет шикарный материал про делегирование.
Для закладок.
в начале XX в. самолёты тоже делали впятером в мебельных мастерских, и конструктор зачастую сам пилил и точил. а теперь попробуйте таким образом построить 50 современных Боингов.
То, чем занимаются многие «продуктовые» компании можно сравнить с кружком авиамоделирования, где во главу угла ставят не рабочую летающую модель, а умение склеить макет из папиросной бумаги и рассказать инвесторам, как круто он когда-нибудь полетит.

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

Успешно и безопасно делегировать можно только опытному и мотивированному сотруднику. Если делегировать неопытному или не мотивированному — можно получить кучу проблем, даже контролировать их каждый шаг, как правило, невозможно из-за отсутствия времени и ресурсов

Очень информативно! Автор постарался на славу

Это кажется проявлением общей тенденции перехода от «инженеров-разработчиков» к «разработчикам-кодировщикам». Раньше — инженерам (или группе инженеров) поручали задачу. Из реального мира! И они несли ответственность за ее решение вплоть до сопровождения производства. Сейчас есть тенденция рядовых разработчиков держать на формате «взял таску, закрыл, перебросил в QA, часы забукал». Это с одной стороны, позволяет зайдействовать больше разработчиков с низкой квалификацией (потому что нажимать на кнопки они могут, а думать и проектировать — еще нет). С другой — это требует прослойки архитекторов/декомпозиторов/техлидов/ревьюверов чтобы с одной стороны разжевывать задачи до элементарных тасков, а с другой — чтобы создаваемое нечто подчинялось хоть какой-то закономерности и стандартам качества. Лично мне ближе подход Брукса — программирование похожее на операционную бригаду. Или технология мастер-подмастерье у художников: мастер широкими мазками набрасывает картину, а менее умелые подмастерья отрисовывают детали (одновременно обучаясь на примере мастера и более способных коллег-подмастерьев). Идея программирования как конвейера — как-то не вдохновляет… :-(
Sign up to leave a comment.