Comments 14
В статье озвучено только 5 вредных советов.
Ссылка на рутуб, спасибо.
Довольно странная статейка или митап. Сквозь текст явно проступает Менеджер с большой буквы. Боюсь таких как огня, особенно в российских компаниях. Как правило это люди, мало что из себя представляющие и как правило имеющие довольно извращенное понятие о самом менеджменте и управлении ресурсами. Они почему то считают что их задачей является наблюдение за процессом и пушание.
Совет 1: Не работаете сутками - плохой девелопер.
Совет 2: Не хочешь взваливать на себя лишнюю нагрузку - противный девелопер.
Совет 3: Не решаешь проблемы менеджмента с коллегами сам - гадкий девелопер.
Совет 4: Ты же нейронку используешь, давай работай скорее.
И мой любимый менеджерский факап совет 5: "Не расширяешь кругозор", не тащишь в проект всякую дрянь - редиска.
Такие менеджеры любят "активных" ребят, которым надо что то доказать (построить "карьеру"). Эти готовы делать всю работу за самого менеджера. Сами придумают, сами сделают, сами согласуют, сами ..., а менеджеру только останется наказать, за то что плохо сделали. Даже сам контекст статьи, как бы подразумевает. "Как завалить проект" - это понятие чисто менеджерское, и разработчику (исполнителю), может быть и интересен результат проекта, но скорее всего от его реализации он получит в лучшем случае "спасибо".
Работая в одной очень большой западной компании, я как то услышал от одного менеджера такое разделение сотрудников: есть дуеры (от английского слова do (исполнитель)), а есть менеджеры. И эти два понятия там четко разделялись. Никто не требовал от исполнителя что то согласовывать, пушить, придумывать или изобретать, это не его задача. Его задача была сделать хорошо, быстро, эффективно(выберите любые два), а задача менеджера сделать - правильно, эффективно, экономично и пр. Но почему то в российских компаниях эти два понятия каким то волшебным образом размываются, и как правило не в сторону менеджемента. Наше извечное - "Тебе надо ...."
Вообще, корпоративная культура менеджемента, особенно в сфере ИТ та еще тема.
Rutube, пожалуй, нет. Спасибо ...
зато теперь от разрабов требуется высокоуровневое планирование и умение дизайнить архитектуру
Почему "теперь"? Разве раньше это не требовалось?
Всегда думал, что развиваться каждый должен сам, а дело манагера - подбрасывать задачи, заставляющие разраба идти вперёд... А оказывается вон оно как.
Статья шаблонная, ни о чëм, но хоть на рутуб стали выкладывать материалы, хоть это радует.
Как завалить проект и карьеру: 10+ вредных советов разработчику от менеджеров и сеньоров