Comments 21
не мало важным качеством является качество лидера команды.
оно же основное.
почему-то традиционный карьерный рост предполагает, что исполнитель постепенно поднимается по иерархии руководства, становясь все более начальником и все менее исполнителем. хотя на самом деле управление - это принципиально иная область деятельности. и вовсе не обязательно, что хороший специалист-исполнитель станет хорошим руководителем. а сильная погруженность в конкретику работы может быть даже вредной, тк за мелочами руководитель не будет видеть всей картины вцелом.
почему-то традиционный карьерный рост предполагает, что исполнитель постепенно поднимается по иерархии руководства, становясь все более начальником и все менее исполнителем. хотя на самом деле управление - это принципиально иная область деятельности. и вовсе не обязательно, что хороший специалист-исполнитель станет хорошим руководителем. а сильная погруженность в конкретику работы может быть даже вредной, тк за мелочами руководитель не будет видеть всей картины вцелом.
Всю картину вцелом позволяет увидеть ТЗ, на основе которого и создается проект.
ТЗ.. если б дело было бы только в документах, то и руководитель был бы не нужен, разработчики читали бы ТЗ и делали. речь идет именно о личностных качествах руководителя.
не нужно спрашивать других, какие качества нужны, а потом искать их в себе. нужно спросить себя "способен ли я руководить". и честно ответить =)
не нужно спрашивать других, какие качества нужны, а потом искать их в себе. нужно спросить себя "способен ли я руководить". и честно ответить =)
Мне кажется, распределением ресурсов должен заниматься менеджер проекта, хотя и ему совсем не обязательно знать технические тонкости.
Для руководителя очень важным является умение общаться с людьми. Без умения мотивировать человека работа команды не пойдёт, будь руководитель хоть каким спецом.
UFO just landed and posted this here
Угу. Сейчас, как правило
1) IT-специалист хорошего уровня не имеет проблем с поиском работы
2) средняя заработная плата покрывает большую часть потребностей
Получаем, что - чаще всего - ради небольшой прибавки (денежной мотивации) работать в во враждебной атмосфере или ради непонятной цели не будут. Или будут, но временно и/или погано.
1) IT-специалист хорошего уровня не имеет проблем с поиском работы
2) средняя заработная плата покрывает большую часть потребностей
Получаем, что - чаще всего - ради небольшой прибавки (денежной мотивации) работать в во враждебной атмосфере или ради непонятной цели не будут. Или будут, но временно и/или погано.
мой (простите за нескромность) опыт убеждает в следующем.
в условиях низкодоходного бизнеса (а производство сайтов, сео не в счет), когда вы физически не можете платить всем неснижаемый оклад в размере 90% средней зарплаты такого спеца в регионе и еще 40% бонусами, чтобы жестко его держать, можно заставить систему работать эффективно и относительно прибыльно только преобладанием оплаты за проект в доходе.
в макси-варианте все сделали по 3 проекта, у всех куча бонусов. в мини-варианте для всех: все получили по ставке оклада, собственник понес убытки или остался в нуле, но все знают: это заслуженно, это потому что тупняк и лень.
в миди-варианте, когда бизнес в целом сработал на твердую четверку, а конкретный вася сосет лапу, он знает почему он ее сосет: сессия, баш.орг и депрессия.
эта жесткая схема позволяет всем иметь твердую уверенность в том, что они получают только за результат, а руководителю не заниматься идиотским зашиванием частей интернета, контролировать время прихода и прочее.
кто работает - тот ест
в условиях низкодоходного бизнеса (а производство сайтов, сео не в счет), когда вы физически не можете платить всем неснижаемый оклад в размере 90% средней зарплаты такого спеца в регионе и еще 40% бонусами, чтобы жестко его держать, можно заставить систему работать эффективно и относительно прибыльно только преобладанием оплаты за проект в доходе.
в макси-варианте все сделали по 3 проекта, у всех куча бонусов. в мини-варианте для всех: все получили по ставке оклада, собственник понес убытки или остался в нуле, но все знают: это заслуженно, это потому что тупняк и лень.
в миди-варианте, когда бизнес в целом сработал на твердую четверку, а конкретный вася сосет лапу, он знает почему он ее сосет: сессия, баш.орг и депрессия.
эта жесткая схема позволяет всем иметь твердую уверенность в том, что они получают только за результат, а руководителю не заниматься идиотским зашиванием частей интернета, контролировать время прихода и прочее.
кто работает - тот ест
я почему-то как раз руководитель команды веб-разработчиков
спасибо за пост. мог бы - плюс поставил.
важно
1. знание технологий. то есть на любой вопрос любого заказчика надо или дать ответ на его языке или грамотно залечить, или не ударить в грязь лицом, сказав, что это вопрос частный, и ты дашь на него ответ через час или завтра. никогда никому не врать относительно своих/чужих компетенций.
2. знание техпроцесса. то есть детальнейше и с примерами уметь рассказать что и как делается.
3. быть лидером процесса ведения проекта. не прогибаться ни под заказчика (МЫ решаем ВАШИ задачи теми методами, которые считаем правильными), ни под исполнителя ("гении"-дизайнеры есть, иногда они нужны), фанатики-кодеры есть, они вредны всегда, кроме написания ядер и движков, что редкость
4. здравый смысл во всем. роль руководителя веб-проектов на 40 минимум заключается в консультировании заказчика даже не по вопросам сайта, в по вопросам структурирования его бизнес-процессов, ит-службы, информационных взимодейстий. зарабатываешь очки как профессионал - зарабатываешь клиентов
5. искреннее уважение командой и команды в обе стороны. иначе будет бардак, раздрай и войны.
на ваш вопрос. если вы опытный писатель сайтов и человек с активной позицией, а также задатками лидера - у вас получится. работайте
спасибо за пост. мог бы - плюс поставил.
важно
1. знание технологий. то есть на любой вопрос любого заказчика надо или дать ответ на его языке или грамотно залечить, или не ударить в грязь лицом, сказав, что это вопрос частный, и ты дашь на него ответ через час или завтра. никогда никому не врать относительно своих/чужих компетенций.
2. знание техпроцесса. то есть детальнейше и с примерами уметь рассказать что и как делается.
3. быть лидером процесса ведения проекта. не прогибаться ни под заказчика (МЫ решаем ВАШИ задачи теми методами, которые считаем правильными), ни под исполнителя ("гении"-дизайнеры есть, иногда они нужны), фанатики-кодеры есть, они вредны всегда, кроме написания ядер и движков, что редкость
4. здравый смысл во всем. роль руководителя веб-проектов на 40 минимум заключается в консультировании заказчика даже не по вопросам сайта, в по вопросам структурирования его бизнес-процессов, ит-службы, информационных взимодейстий. зарабатываешь очки как профессионал - зарабатываешь клиентов
5. искреннее уважение командой и команды в обе стороны. иначе будет бардак, раздрай и войны.
на ваш вопрос. если вы опытный писатель сайтов и человек с активной позицией, а также задатками лидера - у вас получится. работайте
Во-первых, если у вас предполагается небольшая команда, то скорее всего вы будете в роли руководителя всей организации и менеджера проектов. А если что-то покрупнее предполагается, то будет затруднительно это совмещать.
Во-вторых, нет сомнения в том, что вы первоклассный специалист в своей области, но для того чтобы стать первокласным руководителем недостаточно просто грамотно распределять задания между сотрудниками. Потребуется не мало качеств сильного, уверенного в себе человека, а также быть своего рода психологом.
В-третьих, руководитель должен грамотно найти подход к какждому сотруднику, причем не только в его профессиональной деятельности.
:)
Во-вторых, нет сомнения в том, что вы первоклассный специалист в своей области, но для того чтобы стать первокласным руководителем недостаточно просто грамотно распределять задания между сотрудниками. Потребуется не мало качеств сильного, уверенного в себе человека, а также быть своего рода психологом.
В-третьих, руководитель должен грамотно найти подход к какждому сотруднику, причем не только в его профессиональной деятельности.
:)
Хорошо, у мня сходу возник еще один вопрос: в каких плоскостях пересекаются обязанности мененджера проекта и руководителя (2 чел.), при условии, что контора "маленькая"?
Например, возьмем такую функцию как планирование.
Менеджер проекта — планирует только те проекты, которые он ведет.
Руководетель — планирует деятельность всей организации в целом.
(Соответсветнно это придется делать одному человеку).
Менеджер проекта — планирует только те проекты, которые он ведет.
Руководетель — планирует деятельность всей организации в целом.
(Соответсветнно это придется делать одному человеку).
текучка. проект - это дизайн, верстка, код, всякие мелкие вопросы между заказчиком и вами.
а организация - это звонки в офис, налоговая, пенсионный, новые заказы, новые сотрудники, покупка софта, бумага факсовая и бумага туалетная
самое страшное и отнимающее 90 процентов усилий - это текучка
а организация - это звонки в офис, налоговая, пенсионный, новые заказы, новые сотрудники, покупка софта, бумага факсовая и бумага туалетная
самое страшное и отнимающее 90 процентов усилий - это текучка
Просто попробуйте уже.
почему-то вспомнил последний выпуск Радио-Т, к котором bobuk ясно сказал, что руководители среднего и высшего звена не комплектуются мозгом за ненадобностью.
А вообще человек может быть хорошим спецом и плохим руководителем, и наоборот тоже верно. Если есть возможность руководить - пробуйте, если не получится, то ничего страшного, вы же хороший специалист, без которых начальство бесполезно
А вообще человек может быть хорошим спецом и плохим руководителем, и наоборот тоже верно. Если есть возможность руководить - пробуйте, если не получится, то ничего страшного, вы же хороший специалист, без которых начальство бесполезно
Sign up to leave a comment.
Качества руководителя