В чём должны быть результаты каждый выбирает сам. Тут важнее то, что не является плодами работы CTO. Кстати, это объяснение настолько интересно, что объясняет отсутствие внятности в поздравлениях с назначением на должность CTO. Ему просто доверили команду и ни с чем поздравлять здесь не имеет смысла. Ответственные рискнули и теперь ждут результатов.
А вот когда будут результаты, тогда и будут... поздравления :) --- Dmitriy V. Simonov, Perl & Python programmer 2013/11/27 Гришаев Анатолий <[email protected]> > > А в чём должны быть результаты и действия CTО, если он обладает такой > богатой картиной мира? > > > 27.11.2013 15:33, Dmitry Simonov пишет: > > Тут в ФБ у меня попросили развернуть один из пунктов и получился отличный > вброс :) > ==== > Чем отличает должность СТО или кого-то другого от его работы? > > Позиция подразумевает общение с командой подчинённых, а следовательно > доступ к бОльшему упорядоченному объёму знаний. Это даёт бОльшее понимание > ситуации, картинки по задачам и успехам. > > Но это не подразумевает успехи и результаты деятельности самого > технического директора. То есть CTO получает доступ к этой информации сразу > "из коробки". > > Должность же технического руководителя в отличие от его позиции > подразумевает активные действия. > > Бывает так, что человек занимает позицию, но не выполняет должностных > действий, прячась за результатами работы команды. > > Бывает так, что кто-то прячется за построением процессов. Мол, я > построил процессы, всех организовал... Отсутствие же результатов не моя > проблема, - сотрудники слабые, процессы сильные. Вот если бы сотрудники > были сильные, все было бы ок. Пусть hr наймет правильных сотрудников. > Процессы придумали умные дядьки, - значит они точно будут работать. Если не > работают, значит виноват не я, а сотрудники. > > Бывает, что кто-то суть должности понимает в том, чтобы сесть и написать > все самому. В это случае он отказывается от позиции CTO и выполняет функции > сразу нескольких разработчиков. > > Подытоживая: позиция - это то, что Ты получаешь по дефолту. Должность - > результат и успехи Твоих собственных действий. > > Позицию можно отобрать, подсидеть или в крайнем случае уничтожить. > Должность же как результат Твоих собственных активных действий отобрать > нельзя, как нельзя отобрать опыт и знания. > ==== > > вторник, 26 ноября 2013 г. пользователь Михаил Монашёв писал: > >> Здравствуйте. >> >> Вдогонку... >> >> Большинство программистов ИМХО начали программировать до того, как в >> школе или институте им впервые рассказали про какой-то язык >> программирования. Также и певец скорее всего пел с детства, а художник >> рисовал сколько себя помнит. Конечно, получая образование они как-то >> улучшили свои навыки. Но чаще всего они их уже имели много ранее. >> ИМХО, обычно (но не всегда) так же и с начальниками. >> >> Второй менее распространённый вариант: человек, попадая в какие-то >> непривычные ситуации, вдруг открывает у себя способности к чему-то, >> чем ранее не пробовал заниматься. Например, сел за руль мотоцикла >> попробовать и через неделю уже на одном заднем колесе рассекает. Или >> приехал на Красное море, нырнул пару раз, а потом всё бросил и стал >> фридайвером. >> >> Я к тому всё это пишу, что сильные стороны человека или рано >> проявляются или же открываются, когда он что-то реальное пробует >> делать. А не тогда, когда он почему-то решил стать начальником и >> пришёл на доклад "как стать начальником". Как и во всём нужна прежде >> всего практика. Именно она покажет, стоит ли связывать свою жизнь с >> чем-то новым или продолжить поиски себя в других направлениях. Поэтому >> поменьше умствований, и побольше практики. >> >> -- >> С уважением, >> Михаил mailto:[email protected] >> >> -- >> Moscow.pm mailing list >> [email protected] | http://moscow.pm.org >> > > > -- > --- > Dmitriy V. Simonov, > Perl & Python programmer > > > > > -- > С уважением Анатолий. > > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > >
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
