<div dir="ltr">В чём должны быть результаты каждый выбирает сам. Тут важнее то, что не является плодами работы CTO. Кстати, это объяснение настолько интересно, что объясняет отсутствие внятности в поздравлениях с назначением на должность CTO. Ему просто доверили команду и ни с чем поздравлять здесь не имеет смысла. Ответственные рискнули и теперь ждут результатов.<div>
<br></div><div>А вот когда будут результаты, тогда и будут... поздравления :)</div><div><br></div></div><div class="gmail_extra"><br clear="all"><div>---<br>Dmitriy V. Simonov,<br>Perl & Python programmer</div>
<br><br><div class="gmail_quote">2013/11/27 Гришаев Анатолий <span dir="ltr"><<a href="mailto:0body0@rambler.ru" target="_blank">0body0@rambler.ru</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<div><br>
А в чём должны быть результаты и действия CTО, если он обладает
такой богатой картиной мира?<br>
<br>
<br>
27.11.2013 15:33, Dmitry Simonov пишет:<br>
</div><div><div class="h5">
<blockquote type="cite">Тут в ФБ у меня попросили развернуть один из пунктов и
получился отличный вброс :)
<div>====</div>
<div>Чем отличает должность СТО или кого-то другого от его работы?<br>
</div>
<div><br>
</div>
<div>
<div>Позиция подразумевает общение с командой подчинённых, а
следовательно доступ к бОльшему упорядоченному объёму знаний.
Это даёт бОльшее понимание ситуации, картинки по задачам и
успехам.</div>
<div><br>
</div>
<div>Но это не подразумевает успехи и результаты деятельности
самого технического директора. То есть CTO получает доступ к
этой информации сразу "из коробки".</div>
</div>
<div><br>
</div>
<div>
<div>Должность же технического руководителя в отличие от его
позиции подразумевает активные действия. </div>
<div><br>
</div>
<div>Бывает так, что человек занимает позицию, но не выполняет
должностных действий, прячась за результатами работы команды.</div>
</div>
<div><br>
</div>
<div>Бывает так, что кто-то прячется за построением процессов.
Мол, я построил процессы, всех организовал... Отсутствие же
результатов не моя проблема, - сотрудники слабые, процессы
сильные. Вот если бы сотрудники были сильные, все было бы ок.
Пусть hr наймет правильных сотрудников. Процессы придумали умные
дядьки, - значит они точно будут работать. Если не работают,
значит виноват не я, а сотрудники.<br>
</div>
<div><br>
</div>
<div>Бывает, что кто-то суть должности понимает в том, чтобы сесть
и написать все самому. В это случае он отказывается от позиции
CTO и выполняет функции сразу нескольких разработчиков.<br>
</div>
<div>
<br>
</div>
<div>
<div>Подытоживая: позиция - это то, что Ты получаешь по дефолту.
Должность - результат и успехи Твоих собственных действий.</div>
<div><br>
</div>
<div>Позицию можно отобрать, подсидеть или в крайнем случае
уничтожить. Должность же как результат Твоих собственных
активных действий отобрать нельзя, как нельзя отобрать опыт и
знания.</div>
</div>
<div>====<br>
<br>
вторник, 26 ноября 2013 г. пользователь Михаил Монашёв писал:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Здравствуйте.<br>
<br>
Вдогонку...<br>
<br>
Большинство программистов ИМХО начали программировать до
того, как в<br>
школе или институте им впервые рассказали про
какой-то язык<br>
программирования. Также и певец скорее всего пел с детства, а
художник<br>
рисовал сколько себя помнит. Конечно, получая образование
они как-то<br>
улучшили свои навыки. Но чаще всего они их уже имели
много ранее.<br>
ИМХО, обычно (но не всегда) так же и с начальниками.<br>
<br>
Второй менее распространённый вариант: человек, попадая в
какие-то<br>
непривычные ситуации, вдруг открывает у себя способности к
чему-то,<br>
чем ранее не пробовал заниматься. Например, сел за руль
мотоцикла<br>
попробовать и через неделю уже на одном заднем колесе
рассекает. Или<br>
приехал на Красное море, нырнул пару раз, а потом всё
бросил и стал<br>
фридайвером.<br>
<br>
Я к тому всё это пишу, что сильные стороны человека
или рано<br>
проявляются или же открываются, когда он что-то реальное
пробует<br>
делать. А не тогда, когда он почему-то решил стать
начальником и<br>
пришёл на доклад "как стать начальником". Как и во всём
нужна прежде<br>
всего практика. Именно она покажет, стоит ли связывать свою
жизнь с<br>
чем-то новым или продолжить поиски себя в других направлениях.
Поэтому<br>
поменьше умствований, и побольше практики.<br>
<br>
--<br>
С уважением,<br>
Михаил mailto:<a>postmaster@softsearch.ru</a><br>
<br>
--<br>
Moscow.pm mailing list<br>
<a>moscow-pm@pm.org</a> |
<a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</blockquote>
</div>
<br>
<br>
-- <br>
---<br>
Dmitriy V. Simonov,<br>
Perl & Python programmer<br>
<br>
<fieldset></fieldset>
<br>
</blockquote>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888"><div>-- <br>
С уважением Анатолий.</div>
</font></span></div>
<br>--<br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
<br></blockquote></div><br></div>