Одна из основных задач руководителя — развивать свою команду. Но куда развивать? На какие критерии смотреть? У команды есть множество измерений. Можно взглянуть на нее с точки зрения сплоченности коллектива — насколько развиты внутри коммуникационные связи. Можно с точки зрения осознанности и вовлеченности — насколько каждый член команды “горит” общим делом, готов в случае необходимости прилагать сверхусилия и всячески тащить. Можно с точки зрения производства — насколько быстро и в каком объеме команда поставляет ценность. Для бизнеса, кто бы что ни говорил, важнейшим критерием всегда было то, насколько команда успешна как производственная единица. Об этом и поговорим.
-
posts
-
Четыре состояния команды
-
Code Review. Best practice or poor design?
Внезапно немношк поговорил на Podlodka
-
Review 360. Как угробить команду
Современный IT пестрит разнообразными крутыми словечками. Тут тебе и аджайл, и экстремальное программирование, чего только нет. Любой идеи, фреймворку или методу необходимо придумать яркое название и лого, иначе на это просто никто не обратит внимания. Плохого в этом ничего нет, маркетинг нужен и идеям тоже. Беда наступает позже, когда очередное ноу-хау “вирусится” и теряет свою первоначальную суть. Широкая аудитория просто не способна к глубоким размышлениям на какую-либо тему. От идей и смыслов остаются лишь бездумные действия, а заполонившие сеть истории успеха(Как мы начали работать с Buzzword и всех победили) сменяются статьями, сообщающими, что Buzzword is dead. Это нормально, обычный вроде бы даже эволюционный процесс, всегда так жили. Однако иногда изначальный метод или идея, в ходе своей эксплуатации, насколько искажается, что он становится не просто бесполезным, а откровенно вредным.
-
Голдратт на страже здравого смысла
Современный IT менеджмент - штука довольно странная. С одной стороны менеджеры и прочие продукт-овнеры с задачами, проработанными до уровня “ну чтоб нормально было”. С другой, разработчики с видом таинственных мудрецов, рассказывающие, что программирование - работа творческая, а значит никакой оценке и предсказанию не поддающаяся. Все это обильно посыпано различными несомненно необходимыми ритуалами и заклинаниями в виде спринтов с покер-пленингом и скрам-мастерами, берндаун чартами, велосити и, конечно же, ревью-360. Не то чтобы я считал все вышеперечисленное абсолютно бесполезным, нет, просто случаев бессознательного встраивания этих эвентов и техник в свой рабочий процесс на моей практике встречалось в разы больше, чем их осознанного применения. Думать и въезжать в суть - долго и сложно, а копипастить из книжки или доклада - легко и просто.
-
Хватит убивать свою продуктивность
Успешные люди радостные и много успевают, остальные - грустные и успевают мало. Что же надо делать, чтобы присоединиться к первым и поскорее покинуть вторых? В воображении немедленно возникают книги в цветастых обложках из разряда “Пять успешных шагов к успешности”, to-do листы и прочие Pomodoro. Однако практика показывает, что основная проблема лежит совсем не в плоскости организации труда, и даже не в отсутствии “мышления победителя и ориентированности на результат”™. Беда в том, что мы, в большинстве своем не умеем слушать себя и правильно распределять свои силы.
-
Who is mr.Teamlead?
На небе, только и разговоров, что о тимлидах
В последнее время, кажется, только ленивый не говорит о тимлидах, эффективности, софтскилах и прочих штуках, которым дать точное определение весьма не просто. Все вдруг захотели себе этого самого лида, потому что внезапно оказалось, что если просто посадить людей в помещении и бросать в них задачи,то в далекой перспективе хорошо не будет. Так кто же он - тимлид, и почему его найти его - задача совсем непростая?