Всем привет,
За время своей жизни я понял, что не умею писать длинные посты, а возвращать знания в профессию надо :). Поэтому я напишу серию мини-статей, с советами для Руководителей из ИТ отрасли, может быть понравится и другим. Наверное, буду выпускать пару тройку советов в неделю.
Первое с чем придется столкнуться руководителю, это с необходимостью начать управлять информацией. Чтобы ей управлять, ее вначале нужно сохранить. Я советую начать с того что вы должны обязать всех своих сотрудников, любые задачи, которые должны быть решены, отражать строго в системах управления задачами, таких как Atlassian Jira.
Если тебе важно выполнение твоей задачи, ты обязан зафиксировать задачу. Если задача не была зафиксирована, то в ее не выполнении виноват только постановщик задачи.
Все задачи должны фиксироваться и содержать минимальный набор данных:
Вывод для руководителя: Когда будете разбирать проблемы, косяки в выполнении задач, всегда стойте на стороне тех, кто фиксировал задачи. Если задача не была зафиксирована, всегда обвиняйте того, кто ждал результат выполнения этой задачи, даже если это были вы.
Конечно существуют еще требования к тому, как ставить задачи. Как ими управлять. Но это позже.
За время своей жизни я понял, что не умею писать длинные посты, а возвращать знания в профессию надо :). Поэтому я напишу серию мини-статей, с советами для Руководителей из ИТ отрасли, может быть понравится и другим. Наверное, буду выпускать пару тройку советов в неделю.
Совет №1: Фиксируйте все
Первое с чем придется столкнуться руководителю, это с необходимостью начать управлять информацией. Чтобы ей управлять, ее вначале нужно сохранить. Я советую начать с того что вы должны обязать всех своих сотрудников, любые задачи, которые должны быть решены, отражать строго в системах управления задачами, таких как Atlassian Jira.
Правило для сотрудника
Если тебе важно выполнение твоей задачи, ты обязан зафиксировать задачу. Если задача не была зафиксирована, то в ее не выполнении виноват только постановщик задачи.
Все задачи должны фиксироваться и содержать минимальный набор данных:
- Идентификатор(ID): Номер или буквенное обозначение задачи (уникально).
- Важность: Важность для постановщика, согласно алгоритму.
- Задача: Описание самой задачи.
- Ожидаемый срок выполнения задачи: Когда вы хотите получить результат от выполнения задачи.
- Исполнитель: Кто будет выполнять задачу и отвечать за нее.
- Постановщик: Кто является Постановщиком, владельцем задачи.
Вывод для руководителя: Когда будете разбирать проблемы, косяки в выполнении задач, всегда стойте на стороне тех, кто фиксировал задачи. Если задача не была зафиксирована, всегда обвиняйте того, кто ждал результат выполнения этой задачи, даже если это были вы.
Конечно существуют еще требования к тому, как ставить задачи. Как ими управлять. Но это позже.
Комментарии (9)
sphinks
21.07.2015 18:28Требую еще инструкций по Jira!)
undry Автор
22.07.2015 08:57Можно посмотреть тут.
www.teamlead.ru/pages/viewpage.action?pageId=45809701
elliadan
22.07.2015 15:59Автор, скажите, а поле «Ожидаемый результат» в наборе данных упущен осознано или он где-то скрыт? Ибо как же проверить, что задача выполнена правильно (читай «так, чтобы был доволен заказчик»), пусть и в срок?
undry Автор
22.07.2015 16:18Упущен осознанно. Это МИНИМАЛЬНЫЙ набор данных, который обязан быть для всех типов задач. К примеру для задачи, купить 100 маркеров. Для более сложных типов задач, таких как разработческие, тестерские, админские набор полей расширяется, там и ожидаемый результат, окружение, версия и тд и тп. На основании шаблоно в Жире и рулится набор обязательных полей, для разных типов задач.
k155la3_1-7_BY
23.07.2015 06:33Совет №1: Фиксируйте все
Это же обычный «write what you do and do what you write» :)
Очень сильно помогает не только в управлении проектами, но и других обласятх
staskin1
Павел, здравствуйте. Подскажите, к кому вы обращаетесь с данной статьей или серией статей? «Руководители из ИТ отрасли» — понятие достаточно широкое. Вы планируете писать достаточно очевидные/спорные вещи или делиться своим опытом?
По мне так в «Совете №1: Фиксируйте все» надо учить ИТ-менеджеров как писать ЖПП (жопо-прикрывательные письма) по итогам неформальных переговоров по телефону, скайпу или очной встречи.
undry Автор
Здравствуйте,
Я буду делиться своим опытом и что я пытаюсь привить своим подчиненным. Нацелены статьи на тех менеджеров, которым интересно структурированное знание и опыт коллег.
По поводу писем, фоллоу-апов звонков, переговоров и тд я поговорю еще отдельно.
staskin1
Хорошо, ваша идея понятна, но стоит ли все задания подчиненным регить в Jira? Например, я прошу коллегу сделать ключи от офиса, сисадмина купить наушники, а бухгалтера позвонить в банк. Не будет ли в данном случае Jira избыточной? Не проще ли занести такие задачи в простейший таск-менеджер или вообще Гугл-календарь?
undry Автор
Вот все примеры что вы привели, обязательно нужно заносить в Жиру.
Если ключи от офиса не сделать — кто то не попадет во время в офис, проблемы с проектом.
Купить наушники — у меня с этим была целая песня, иногда по два человека сидели в скайпе, потому что админам было лень купить наушники, мол забыли и тд.
Позвонить в банк — конечно важно.
Несомненно есть задачи, которые не нужно фиксировать и я обозначил этот критерий тут «Если тебе важно выполнение твоей задачи, ты обязан зафиксировать задачу». Если же задача мелкая, и ее результат для вас не критичен, не парьтесь.