10 лет назад, когда я поступил на работу в одну международную компанию (да CQG это, конечно, че там), я впервые столкнулся необходимостью написания отчетов
( Read more... )
Являюсь техническим лидером команды. Написать отчет за месяц занимает большую часть дня. Процесс написания такой: просмотр всей написанной почты за подотчетный период и соответствующий анализ: чем занимался сам и команда, кому забыл ответить, кого что-то спросил а тебе не ответили, что можно было не делать, в какие дискуссии можно было не вступать, что казалось важным, а оказалось пустяком.
Несмотря на внушительное количество затрачиваемого времени, по завершении отчета остается ясность и становится понятно, хороший месяц был или так себе.
Тока это... В работе менеджера куда полезнее ясность _до_ написания отчета, а не по факту его написания :). Для этого важно писать ТЗ с этапами. В ГОСТ-овском стиле. То есть, содержательный план.
Тогда помимо непрерывной ясности, и на написание отчета будет уходить пара-тройка часов.
Тим-лид - необходимое связуещее звено в цепочке управления разработкой.
Это как сержант в американской армии. Он спит в казарме с рядовыми, умеет делать почти все лучше них, и занимается помимо этого оперативным руководством.
Это "агент" менеджмента в среде рядовых, и "агент" рядовых в среде менеджмента. Двойной агент, сцуко.
Убери его, и разработке жопа. Произойдет "вертикальное расслоение" - руководство перестанет доверять подчиненным, считая их ленивыми и бестолковыми, а подчиненные - руководству, считая его нихера не понимающим в деле и вредящим работе.
Да, это совпадает с моим опытом. Еще важная роль - понимание реальной производительности различных членов команды. Некоторые люди могут удивительным образом вешать лапшу на уши и ни хрена не делать.
Конечно. :) Я сам был тим-лидом лет 7 назад. Замечательная роль.
> Еще важная роль - понимание реальной производительности различных членов команды. Некоторые люди могут удивительным образом вешать лапшу на уши и ни хрена не делать.
Несмотря на внушительное количество затрачиваемого времени, по завершении отчета остается ясность и становится понятно, хороший месяц был или так себе.
Вообще, чем больше сделал, тем короче отчет.
Reply
Тока это... В работе менеджера куда полезнее ясность _до_ написания отчета, а не по факту его написания :). Для этого важно писать ТЗ с этапами. В ГОСТ-овском стиле. То есть, содержательный план.
Тогда помимо непрерывной ясности, и на написание отчета будет уходить пара-тройка часов.
Reply
Reply
P.S. До чего раздражают эти капчи при комментах...
Reply
Это самая замечательная и требовательная роль в разработке. Полуменеджер, полупрограммист.
Только на ней и можно достичь дзен - ибо только на ней невозможно потерять связь с реальностью.
Reply
P.S. Ну до чего же противные капчи...
Reply
Reply
Reply
Это как сержант в американской армии. Он спит в казарме с рядовыми, умеет делать почти все лучше них, и занимается помимо этого оперативным руководством.
Это "агент" менеджмента в среде рядовых, и "агент" рядовых в среде менеджмента. Двойной агент, сцуко.
Убери его, и разработке жопа. Произойдет "вертикальное расслоение" - руководство перестанет доверять подчиненным, считая их ленивыми и бестолковыми, а подчиненные - руководству, считая его нихера не понимающим в деле и вредящим работе.
Reply
Reply
Reply
Конечно. :) Я сам был тим-лидом лет 7 назад. Замечательная роль.
> Еще важная роль - понимание реальной производительности различных членов команды. Некоторые люди могут удивительным образом вешать лапшу на уши и ни хрена не делать.
Да, конечно. И это тоже.
Reply
В противном случае, у него не останется время на "попрограммить", а значит, он уже не тимлид.
Рост групп - распространенный паттерн незаметного "убийства" тимлидов как класса.
См. заметку про overstaffing.
http://gaperton.livejournal.com/55697.html
Reply
Leave a comment