Найкращий спосіб для технічного менеджера бути в курсі технологій

Мій менеджер попросив список технічних блогів, які він повинен слідкувати, щоб бути в курсі технологій. Його проблема полягає в тому, що він продовжує чути терміни, про які він не чув (наприклад, NoSql, шардінг, загородження, автобус обслуговування тощо), і він вважає за краще хоча б мати бойові шанси дізнатися про них, без того, щоб бути реагуючим і роздивляючись їх. Також я думаю, що він хоче мати широку картину всіх нових технологій і де вони вписуються разом, а не просто дізнаватися про кожну річ ізольовано.

Він запитав про блоги, але я думаю, що друковані журнали також можуть допомогти.

Що йому відповісти?

Я вважаю це дуже тривожним. Технічні менеджери, з якими я працюю дуже обізнані та дуже швидкі в галузі останніх технологій та тенденцій, можливо, навіть більше, ніж люди, які насправді займаються розробкою.

Причина цього, можливо, в тому, що технічні менеджери виконавчого рівня постійно досліджують останні тенденції в надії на вивчення нових ринкових можливостей. Якщо ви CTO, можливість залишатися на вершині є надзвичайною необхідністю, якщо ви хочете адаптуватися до мінливих ринкових умов.

Я б дуже насторожено ставився до будь-яких технічних менеджерів, які не можуть досліджувати та знайти власні відповіді в Інтернеті. Ми з технічними менеджерами іноді змагаємось, щоб побачити, хто може йти в ногу. (Це веселий вид змагань, де ми можемо пожартувати з цього приводу, коли той чи інший вперше знайде новий інструмент чи технологію.)

Окрім того, причина, по якій повинен бути випереджаючий розробник технічного директора або технічний менеджер, полягає в тому, що менеджери повинні випереджати тих небезпечних айсбергів, які визирають з води, поки розробники перебувають у машинному відділенні, закидаючи вугілля в моторні печі.

Звичайно, розробники, ймовірно, знають більше про те, як використовувати інструменти, ніж старші менеджери - хоча ті, з якими я працюю, безумовно можуть висіти, - але технічні менеджери повинні очікувати наперед, щоб стратегічно керувати бізнесом у правильному напрямку і для цього потрібні потужні дослідницькі та аналітичні здібності.

Неможливо і не потрібно знати про все

Хоча ми всі намагаємось бути в курсі останніх тенденцій, крутих технологій, термінології хіп, просто неможливо охопити всі основи та бути в курсі всіх з них, а також бути ефективним у своїй роботі.

Деякі технології насправді не зависають досить довго, щоб їх варто було знати, а інші все ще настільки туманні, що не зрозуміло, яку користь вони отримають насправді.

Я здогадуюсь, що це з’явилося через одну з трьох причин:

1) Технічний керівник намагається не відставати від групи людей, які грають у власні ігри з силою, використовуючи технологію кровотоку, щоб змусити його (і, можливо, інших) виглядати непридатним. Найкращий спосіб виграти в цій грі - це не грати - ви, можливо, не можете бути крутішими за них, тому навіть не намагайтеся. Я насправді спіймав групу хлопців, які складають термінологію, щоб обертати кільця навколо їхнього лідера, який відчайдушно намагався гель з ними.

Один із способів уникнути цього в проблемі - попросити людей, які займаються, пояснити, що таке технологія для іншої команди та чому вона корисна / вигідна. ТМ не повинен визнавати, що вони не знають, просто попросіть хлопців включити всіх інших у свої технічно-розмовні дискусії. Якщо використання термінології справжнє, він отримає пояснення. Якщо вони грали в силові ігри, це більше не повториться.

2) Технічний керівник насправді вийшов із глибини, ступаючи воду і відчайдушно просить допомоги. Простий пошук в Google дасть або кілька блогів / форумів, або запитання programmers.stackexchange.com із запитом рекомендованого списку блогів, як це питання. Ви можете, наприклад, вводити приклади термінів у Вікіпедію та переходити до деяких посилань на теми, щоб прочитати та забрати інші.

Те, що вони попросили вас придумати це (а вони не могли), викликає занепокоєння.

Нехай вони щодня приєднуються до розробників на обід.

ІМХО, хороший менеджер використовує знання своїх розробників, замість того, щоб бажати «навантажувати» ці самі знання.

Ну, є ваші основні сайти, такі як Stack Exchange (звичайно), Tech Republic , SlashDot , Wired.com та близько мільйона інших.

Вам справді потрібно знайти сайти, що стосуються вашої конкретної роботи, якщо зможете.

Щодо друкованих видань, є eWeekly, PCMag, PC Weekly, Computer World, і знову близько мільйона інших. Багато з них також мають багато новин на своїх сайтах.

Усі сайти та журнали, про які я знаю, про які я знаю, є досить постраждалими, якщо мова йде про "Поточний проект X", якщо ви не знайдете тих, які спеціалізуються на вашій роботі.

На мою думку, йому потрібно залучатись до сайту громади, пов’язаного з роботою, яку ви виконуєте, якщо це взагалі можливо.

Саме тут я думаю, що щебет справді корисний. Сила соціальних медіа допомагати підштовхувати крем.

Запропонуйте йому слідкувати за лідерами думок щодо моделей та практичних процесів. Дотримуйтесь розробників або технічних рекомендацій для хост-платформ, на які ви орієнтовані. Дотримуйтесь деяких лідерів домену, для якого ви створюєте. Часто керівники цих різних областей допоможуть просувати хороші ідеї чи ідеї, які вони визнають обіцяними (і часто пов'язані з більш повною думкою через допис у блозі), а з тих рекламованих ретвітів ви отримаєте розуміння того, що робити далі.

З випадкових постерів назад і вперед на твіттері ви знайдете виняткових, але, можливо, раніше невідомих коментаторів щодо дуже технічних проблем, які будуть представляти унікальний та особливий інтерес для ваших технічних зусиль.

Ви можете йому сказати хоча б отримати стрічку новин або просто перейти на наступні сайти. Це, принаймні, повинно допомогти йому отримати уявлення про пташині погляди про технології або речі, пов'язані з програмним забезпеченням, про які він може знадобитися, щоб дізнатися більше. до речі, ви чудовий працівник, що ви навіть приїжджаєте в Інтернеті та розміщуєте для нього питання, щоб можна було йому допомогти, і на це ви заслужили підвищення :)

• https://news.ycombinator.com/
• http://www.gartner.com/newsroom/archive/
• http://www.codinghorror.com/blog/
• http://www.reddit.com/r/programming
• http://mashable.com/apps-software/
• http://www.drdobbs.com/
• http://www.infoworld.com/news
• http://slashdot.org/

Я спершу рекомендую йому прочитати та перечитати цю книгу Джоела Спольського, « Smart and Gets Things Done» .

Чудова книга для технічних менеджерів, щоб дізнатися, як бути чудовим менеджером, як працювати з програмістами, як створити чудове середовище для розробників та як зробити все.