Постановка задачи

Как поставить задачу правильно? Вопрос не простой. Часто встречаюсь с людьми, которые из-за неумения ставить задачи тратят время, при чем не только свое, увы.
Итак, мои наброски на эту тему:
1. Должен быть конец. Когда можно сказать: с задачей справился!
2. Обязательно надо обрисовывать четкие временные рамки, дедлайн. Сделать до надцатого бря 16.00
3. Необходимо предоставить все инструменты для выполнения: чей-то контакт, лицензию на ПО, молоток.
4. Если человек никогда не выполнял подобной задачи, то надо учитывать, что он потратит на это больше времени и не только своего. В таком случае инструкции должны быть точны.
5. Если человек не умеет чего-то делать - необходимо сначала научить. И это должен сделать именно тот, кто задачу ставит, ибо он же и будет принимать работу. Про обучение постараюсь ппж написать еще.
6. Если человек не склонен к самоуправлению, да такие есть, то необходимо расписать весь план действий или хотя бы основные майлстоуны. Дабы исполнитель не потерялся на пути к достижению цели.

Можно было бы еще чего-то написать, что все остальное уже слишком узконаправлено. Хотя, не исключено, что я что-то забыл.

Митинги

Пришло время обсудить митинги внутри проектной команды. Зачем создается большинство митингов? Чтобы что-то обсудить, что-то решить. В чем основная проблема? Учасники не готовятся к митингу. Из-за этого приходится 80% времени приводить всех к общему знаменателю. И простые митинги переростают в часовые беседы: давайте так или так, а что так можно было?! Митинги нужно планировать и к ним нужно готовиться всем учасникам, некоторым как минимум надо понимать, что они там будут обсуждать. Поэтому митинг должен быть описан до его начала, чтобы дать людям понять о чем будет идти речь.
Чуть не забыл, приглашать нужно только тех людей, которые реально там должны быть и принимать участие. Остальные могут узнать уже результаты обсуждения и им этого хватит.

Хороший управленец

Итак, решил описать то, как я вижу хорошего менеджера(далее упарвленец). Для начала это приоритеты для тасок, которые он проставляет своей команде. Давненько наткнулся на матрицу 2х2 срочность vs важность. Суть в том, что нужно не весь день тушить пожары, а лишь часть времени заниматься этим. А большую часть времени - выполнять плановую работу, чтобы завтра висяки по ней не превратились в пожары. Ибо если только тушить пожары, то не хватит ресурсов, это призовет новые ресурсы, которые будут работать непродуктивно, а беклог все будет расти. При том работа, которую могли выполнять 5 человек, будут выполнять 10 и не успевать(привет бесцельный оверворкинг).
Второй момент - это мотивация(слово не очень удачное, но пока не придумал как его заменить без затяжного пояснения). Очень много управленцев считают, что человек мотивирован уже тем, что он работает( в офисе, на среднюю з\п, в обогреваемом помещении, где халявный чай). Или же, что работник должен сам себя мотивировать и быть всегда максимально мотивирован работать. На этом мысли и действия по этому поводу заканчиваются. Предлагаю разобрать на пальцах, что же такое мотивация в нужном для нас срезе(отношение управленец - подчиненный). Подчиненный - это исполнитель. Его задача\работа - выполнять возложенные на него объемы работ. Чуть в том, что человек может работать лучше, выполнять больше за примерно те же деньги. То есть, не тратя практически ничего вы получаете больше ресурсов для проекта. Это ли не мечта любого управленца? Приведу пример. Необходимо знать Дни Рождения детей своих подчиненных. В один из таких можно подойти\позвонить к подчиненному и сказать мол так и так, я знаю, что у твоего ребенка сегодня День Рождения, так что давай сегодня устроим тебе сокращенный день на 3 часа. Подчиненный счастлив, потерянные 3 ч\часа себя окупят.