• Имеет ли смысл полный рабочий день для программиста? Производительность труда?

    tri_botinka
    @tri_botinka
    Тоже есть такая тема. Самые «крутые» — это увы, у которых 4-я «физика» (могут ради идеи задавить физические потребности — сон, еда, секс...) и холостые. Но это недолго. HR обычно в среднем используют такой индекс дееспособности:
    «Холостой мужчина» — 100%
    «Женатый мужчина» — 75%
    «Холостая женщина» — 50%
    «Замужняя женщина» — 25%

    Но разумеется замужество/женитьба хороши в плане укрепления здоровья и стабильности — такой человек хоть и меньше выдает, зато у него нет сильных отклонений.
  • Имеет ли смысл полный рабочий день для программиста? Производительность труда?

    tri_botinka
    @tri_botinka
    В 2 раза — это просто. Некоторым для такого рывка достаточно просто, чтобы рабочее место начальника находилось недалеко от подчиненного ;-)
    Вообще, разная производительность труда программиста — вернее резкое ее различие в казалось бы однотипных командах и проектах — это как раз самая острая проблема в управлении проектом. Это дико выводит из себя «эффективных менеджеров» — которые по привычке расчитывают усредненные тайминги, как на конвейере — а потом впадают в истерику — когда ВСЕ идет не так. Я лично люблю и уважаю тех руководителей, которые пришли «от программирования» — как правило они и физику процесса программирования лучше понимают, и способны быть наставниками — помогая подчиненным расти. Т.е. поднятие эффективности — это исключительно харизма руководителя и hand made — это и отличает эффективные dream team от пиратского сборища, где все основано на страхе запугивании и деньгах.

    И еще одна штука — конечно бывают сложные проекты, для которых народа в команде не хватит. Так вот — самое тупое (и неработающее) — это добавить в команду людей. Одни будут долго разбираться, другие погрязнут в интеркоммуникациях. Будут споры, амбиции, шизофрения от разного взгляда на мир… Вам придется не только думать — но и рассказывать другим, а потом принимать от них работу.
    И ничего этого не будет — если вместо набора «протоплазмы» будет поднята производительность труда тимлидов — вы же с самим собой в согласии будете? Только убедите руководство не жмотиться. Обычно такой рост должен сопровождаться адекватным повышением дохода — а их начинает (Как правило после того как работа УЖЕ сделана) давить жаба — мол не много ли программер стал получать…

    p.s. Самые информативные книжки по peopleware — это классика жанра — Де Марко «Peopleware. Человеческий фактор», «Вальсируя с медведями», «Deadline. Роман об управлении проектами» и пр., Джоэл «О программировании». Жестко И.Ашманов писал «Жизнь внутри пузыря»