Тут в ФБ у меня попросили
развернуть один из пунктов и получился отличный вброс :)
====
Чем
отличает должность СТО или кого-то другого от его работы?
Позиция
подразумевает общение с командой подчинённых, а следовательно доступ к
бОльшему упорядоченному объёму знаний. Это даёт бОльшее понимание
ситуации, картинки по задачам и успехам.
Но это не подразумевает успехи и результаты
деятельности самого технического директора. То есть CTO получает доступ к
этой информации сразу "из коробки".
Должность
же технического руководителя в отличие от его позиции подразумевает
активные действия.
Бывает так, что человек занимает позицию, но не
выполняет должностных действий, прячась за результатами работы команды.
Бывает
так, что кто-то прячется за построением процессов. Мол, я построил
процессы, всех организовал... Отсутствие же результатов не моя проблема,
- сотрудники слабые, процессы сильные. Вот если бы сотрудники были
сильные, все было бы ок. Пусть hr наймет правильных сотрудников.
Процессы придумали умные дядьки, - значит они точно будут работать. Если
не работают, значит виноват не я, а сотрудники.
Бывает, что кто-то суть должности понимает в
том, чтобы сесть и написать все самому. В это случае он отказывается от
позиции CTO и выполняет функции сразу нескольких разработчиков.
Подытоживая: позиция - это то, что Ты получаешь по
дефолту. Должность - результат и успехи Твоих собственных действий.
Позицию
можно отобрать, подсидеть или в крайнем случае уничтожить. Должность же
как результат Твоих собственных активных действий отобрать нельзя, как
нельзя отобрать опыт и знания.
====
вторник, 26 ноября 2013 г. пользователь Михаил
Монашёв писал:
--
---
Dmitriy V. Simonov,
Perl
& Python programmer
Здравствуйте, Alexey.
Мне
кажется, что у каждого человека есть свои сильные и слабые
стороны.
И не надо людям давать ту работу, которая им сложно даётся.
Они
могут выучить новый язык программирования, но всёравно будут
писать
такой код, какой они привыкли писать, т.е. усугублять его
чем-то
или наоборот приукрашивать. И это не нужно менять. Так работает
их
голова и пользуйтесь тем, что она умеет делать лучше всего. Т.е.
пусть
поэт пишет стихи, а не музыку.
Кроме того, обычно люди
испытывают удовлетворение от того, что у них
что-то получается. А это
очень хорошо и человеку и команде и проекту.
В этом плане
показательны самоучки. Ибо они научились именно тому, к
чему у них
душа лежит и в этой области могут быть максимально полезны.
Поэтому
ИМХО, если в команде есть человек, который может решать
какие-то
проблемы, пусть он их и решает. А если нету и проблемы
необходимо
решать (может можно и забить на что-то, кстати), то решает
их
начальник. Или сам, подчищая код за своими подчинёнными, или берёт
в
команду кого-то, кто это хорошо делает или мучает имеющихся людей.
По-моему,
начальник в первую очередь должен наблюдать за подчинёнными.
И на
основании этих наблюдений распределять между ними работу, дабы
каждый
по возможности делал свою. Со временем можно будет увеличивать
количество
подчинённых, ибо каждый из них будет забирать всё меньше и
меньше
времени.
P.S.
Подброшу для Дмитрия неподъёмный вопрос: как
добиться спокойствия в
коллективе? На доклад, правда, не пойду, но
может видео с него гляну.
С моей точки зрения
главный вопрос как выдавать результат быстро, не утонув в поддержке
и/или второстепенных мелочах и не набрав слишком много технического
долга, в идеале команда должна как-то сама, без воздействия изве,
поддерживать этот баланс, иначе получается какой-то микроменеджмент
