Тыж тимлид
Пришло время рассказать, кто такой все-таки тимлид.
Путаница возникает из-за того, что в разных командах тимлиды разные. Где-то тимлид хорошо справлялся с планированием спринтов, поэтому все кодеры стали считать, что это его святая обязанность. Где-то тимлид не умел в планирование, и кодеры стали считать, что это не его святая обязанность.
Вообще правы были те, кто сказал, что тимлид должен и прогать, и управлять. Чем управлять? А тут все просто. Тимлид должен сделать так, чтобы каждый член его команды справился с поставленной задачей. Для этого тимлид должен убедиться, что данный ресурс обладает достаточными компетенциями, и только после этого выдать таску. После этого, он должен мониторить, как сотрудник справляется с заданием.
Как быть с проганьем? Тимлид должен прогать. Таким образом, во-первых, никто не скажет, что "Этот пидор ничего не делает, а только пинать и умеет." (Хотя пинать - это тоже не так то просто, но кодеры этого, обычно, не понимают). А, во-вторых, сам тимлид должен шарить в коде, так как это то, за что он отвечает, а проганье и есть лучший способ быть в курсе того, что происходит в коде.
Упрощенный пример работы: менеджер сказал: "Нужна страничка с новостями". Тимлид составил два таска: "Сверстать страничку HTML+CSS", "Написать логику на PHP". Дальше тимлид идет в команду и раздает эти таски. После следит, как все работает и, допустим, помогает писать логику на PHP.
Ну вот как-то так. Хотя не исключено, что в некоторых организациях тимлиды еще и в фотошопе логотипы дизайнят и принтеры бухгалтершам чинят. Но об этом в следующий раз :)
Пришло время рассказать, кто такой все-таки тимлид.
Путаница возникает из-за того, что в разных командах тимлиды разные. Где-то тимлид хорошо справлялся с планированием спринтов, поэтому все кодеры стали считать, что это его святая обязанность. Где-то тимлид не умел в планирование, и кодеры стали считать, что это не его святая обязанность.
Вообще правы были те, кто сказал, что тимлид должен и прогать, и управлять. Чем управлять? А тут все просто. Тимлид должен сделать так, чтобы каждый член его команды справился с поставленной задачей. Для этого тимлид должен убедиться, что данный ресурс обладает достаточными компетенциями, и только после этого выдать таску. После этого, он должен мониторить, как сотрудник справляется с заданием.
Как быть с проганьем? Тимлид должен прогать. Таким образом, во-первых, никто не скажет, что "Этот пидор ничего не делает, а только пинать и умеет." (Хотя пинать - это тоже не так то просто, но кодеры этого, обычно, не понимают). А, во-вторых, сам тимлид должен шарить в коде, так как это то, за что он отвечает, а проганье и есть лучший способ быть в курсе того, что происходит в коде.
Упрощенный пример работы: менеджер сказал: "Нужна страничка с новостями". Тимлид составил два таска: "Сверстать страничку HTML+CSS", "Написать логику на PHP". Дальше тимлид идет в команду и раздает эти таски. После следит, как все работает и, допустим, помогает писать логику на PHP.
Ну вот как-то так. Хотя не исключено, что в некоторых организациях тимлиды еще и в фотошопе логотипы дизайнят и принтеры бухгалтершам чинят. Но об этом в следующий раз :)