Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
не стремиться становиться управленцем ради повышения зарплаты или там каких-то причинСтремиться надо к тому, чего хочется, и мотивация тут не имеет никакого значения. Иначе всю жизнь будешь себя упрекать в якобы упущенных альтернативах.
помогает распространять знания о системе (не должно быть — один заболел, от него зависящие бездельничают)
Современные системы зачастую используют кучу языков и технологий, в которых одновременно быть экспертом реально только гению. Совместное владение кодом это некий недостижимый идеал.
Не совсем. Команды нормальные где-то около 4-6 человек
А с чего вдруг будут такие задачи, за которые никто браться не хочет?
Это программиста посадил, он тебе написал код, и дальше особо ходить не надо
Если получится — это сделал не я, а подчиненные, если не получится — облажался я: никакой положительной мотивации в решении таких задач не вижу.
Я управляю проектами два года, и только начинающий project manager, по сути дела. В отделе 15 человек, несколько проектных групп. Менеджер среднего звена — управляю теми, кто управляет программистами. При этом напрямую также веду программистов и ряд проектов. До этого три года был ведущим web-программистом, до этого стартапы, своя студия, фриланс и тд.А почему сменили «свою студию» на корпоративного менеджера проектов? Ведь в своей студии управлять должно быть интереснее и, возможно, выгоднее?
Любой проект можно развивать бесконечно. Генерить идеи, делать их, доставлять пользователям, выкатывать новый функционал. Это творчество в чистом виде.
Это значит, если мы хотим создать автоматизацию договорного отдела, или технической поддержки для обслуживания 10,000 клиентов, то нужна работа команды. В одиночку сделать такое трудно.
Или другими словами, программисты оживляют проект, делают то, что остальные нарисовали, спроектировали и так далее.
Вы что-то все вместе намешали. Желание разработчика сделать то, чего нет в требованиях, безусловно, неправильно, но какое это имеет отношение к построению схем, прототипированию и т.д?
Нарисовать схему данных прежде чем создавать ее — кому мешает?
Не только одной конторы опыт и не только мой.
Для кодирования и проектирования плохая вещь
То, что вы в проектировании наперед называете думать, я называю — необоснованно фантазировать.
креативщик ему рисует в лучшем случае зебру
Точные науки отличаются от ненаук тем, что опираются на объективную информацию и делают из нее вывод, пытаясь снизить до минимума собственные предположения или выдумки
добавляем от себя подтребования
Хороших программистов мало, а управленцев — еще меньше.Ага: нас, программистов, было 4 группы. А параллельно с нами вгрызались в гранит науки 19 групп экономистов-управленцев… хаотично мигрируют от продаж стирального порошка к разработке программного обеспечения, при этом они искренне не видят разницы – не всё ли равно, чем руководить?… они делают карьеру – что, собственно, и является их основной и, подчас, единственной истинной «специализацией»
SPOT, KISS и тд— вторую аббревиатуру знаю, а про первую мне гугль ничего вменяемого не сказал, расшифруйте, пожалуйста.
Пять причин быть управленцем