More Related Content
What's hot (20)
Similar to тайм менеджмент для разработчика (20)
тайм менеджмент для разработчика
- 1. “Тайм-менеджмент для разработчика” Когда вы только начинаете работать, то у вас все ясно и понятно, задач не так много, вы представляете как с ними работать. Но со временем появляется мысль “у меня столько задач!! что с ними делать? за что взяться?” либо просто приходит осознание, что задач накопилось очень много. В этом случае вам поможет тайм-менеджмент. Как правило у многих он ассоциируется с жесткими привязками ко времени и четким заранее составленным планом. Но все знают, что разработчиков нельзя загонять в рамки. Тем не менее каждый разработчик должен уметь правильно и эффективно организовать/спланировать своё рабочее время. Давайте подумаем как можно подойти к этому процессу. Тайм-менеджмент по сути это совокупность действий по тренировке осознанного контроля над временем, посредством которого можно существенно увеличивать свою продуктивность и эффективность. Как правильно подойти к этому процессу? Мне нравится подход в гибких методологиях разработки. Чем же они так нравятся разработчикам? Думаю, что тем, что их можно подстраивать под себя. Главная идея, из которой я предлагаю исходить - это набор правил, при этом каждый может выбирать из них те, что подходят именно ему, может дополнять, исходя из своих потребностей. В этой статье я попробую сформулировать те правила, к которым пришла для себя за время своей работы, глядя на то, что было бы полезно мне и членам моей команды. Для начала рассмотрим основную идею тайм-менеджмента. Т.е. возьмем то, что не напугает разработчика. Принцип, который необходимо положить в основу - составление списка задач. Посмотрите на свои задачи и проставьте у каждой приоритет и сколько вы думаете затратите на нее времени (да, оценивать правильно временные затраты тоже нужно уметь, но это отдельная тема). Если у вас слишком много задач, то подумайте по какому критерию вы можете сократить рассматриваемый список задач. Например, вы можете отобрать только задачи в ближайшую версию исправления, только задачи в текущий спринт (если вы работаете по scrum) и т.д. И именно с этим списком и стоит работать. Итак, все дела списка разделите на 4 группы: 1. Срочные и важные; 2. Важные, но несрочные; 3. Срочные, но неважные; 4. Несрочные и неважные.
- 2. Теперь у каждой задачи проставим время, которое мы потратим на ее решение. И, помня, что у нас всего 8 рабочих часов в день составим список задач на сегодня. Это правило 1. В отличие от позиции тайм-менеджмента, что список стоит составлять накануне вечером, я считаю, что нужно составлять этот список как только вы придете на работу. То есть в начале рабочего дня. На мой вгляд в этот момент вы более четко понимаете состояние дел. Накануне вечером можно сделать пометки, что бы вы хотели сделать завтра. Так вы будете видеть перед собой ЦЕЛЬ. Правило 2. Очень важно, что все задачи вы должны планировать исходя из того, чтобы сделать их ровно в рабочий день. Никак не больше. Не планируйте работать сверхурочно без крайней необходимости. Это приведет только к усталости. Лучше потратить свободное время на саморазвитие и чтение профессиональной литературы. Правило 3. Не забудьте учесть, что у вас чистых рабочих меньше, чем 8 часов. Нужно учесть время на перерывы, отдых физический. Разработчик не должен все время сидеть за компьютером. Запланируйте, что хотя бы по 15 минут каждые два часа вы будете выгонять себя, вставать и просто пройдетесь и проветритесь. При этом эффективность работы только вырастет. Это поможет, не теряя темпа, успеть сделать то, что не смог бы сделать без отдыха. НО, не нужно злоупотреблять. На перерыв можно потратить максимум полчаса, иначе мозг слишком расслабляется и теряется рабочий настрой. Правило 4. В этом списке должны быть не только важные и долгие задачи, но и лёгкие, быстрые, чтобы на них можно было переключить внимание, расслабиться. Для
- 3. разработчика это крайне важно. Задачи можно выполнять в любом порядке, но тем не менее рекомендуется начинать с важных. И обязательно начать с тех, которые меньше всего хочется делать. Правило 4*. Установите лимит времени на решение задачи. Если вы безрезультатно (именно безрезультатно!) сидите над задачей больше 2 часов, то пришла пора переключиться на другую задачу. У вас в списке есть такие задачи в разряде простых. Мы их специально для этого и включили. Если вы пообещаете себе, что посвятите сегодня той или иной задаче не более часа или двух, начать работу с ней станет намного легче. Также имеет смыслустроить мозговой штурм, привлечь коллег. Правило 5. Составьте список минимум и список максимум. Список минимум должен быть выполнен обязательно. К тому же при его выполнении вы почувствуете удовлетворенность собой. Список максимум нужен, если останется время. Если вы не успели свою программу минимум, то вы неправильно оцениваете свои силы, нужно подходить к этому более тщательно. Если вы научились выполнять список минимум и у вас уже который день подряд остается время на список максимум, то пора увеличивать список минимум. И да, опять же - снова смотреть почему вы неправильно оценили время на задачи. Правило 6. Зафиксируйте где-то список: на бумаге или в электронной версии. Но так, чтобы он былу вас перед глазами. Это поможет видеть сколько уже сделано и сколько еще осталось. Также вы получите эмоциональное удовлетворение при вычеркивании очередной задачи из списка, а это даст дополнительную мотивацию. Поэтому очень важно именно вычеркивать задачи, а не удалять. Правило 7. Запланируйте время на форс-мажоры. Как гласит закон Мерфи “если что-то может случиться, то это обязательно случится”. Как правило, разработчики чувствуют такие моменты. Теперь рассмотрим работу с тяжелыми задачами. Теми, которые почему-то кажутся нам неподъемными. Как восход на Эверест. Они пугают нас либо тем, что мы не знаем как к такой задаче подступиться, либо нам не хочется общаться с ее автором/заказчиком. Следующие несколько правил именно о таких задачах. Правило 8. Если у вас появилась неподъемная задача, за которую вы не хотите приниматься или не знаете как оценить, то она должна встать первой в вашем списке. Это потенциальная черная дыра и может оказаться неразрешимой для вас (потребуется помощь другого, привлеките его) или слишком затратной по времени, что грозит тем, что
- 4. вы ее просто не успеете сделать. Начните с нее, возвращайтесь к ней в течение дня, пока она не станет для вас понятной, попробуйте разбить ее на более мелкие. Также может помочь просто рассказать кому-то из коллег о задаче, отобразить ее на доске или даже просто рассказать вслух о проблеме. Как только хочется отложить задачу на завтра, то это знак, чтобы заняться ей прямо сейчас. Небольшой лайфхак: старайтесь выполнить задачи так, чтобы если у вас и осталась эта неподъемная задача, то только она одна. Иначе у вас не будет удовлетворения и будет зависание на одной этой задаче и ряд невыполненных других. Правило 9. Если вам нужна концентрация, используйте турбо-режим. Он действительно работает. Для этого на определенное время отключите все средства связи (skype, icq и др.), поставьте табличку, чтобы вас не отвлекали, оденьте наушники и не реагируйте ни на что. В эти 25 минут вы занимаетесь только решением одной конкретной задачи. Не отвлекайтесь ни на что. Главное не злоупотреблять этим, особенно в крупных компаниях. “Помидорка” должна требоваться вам максимум 2-3 раза в день. В работе каждого разработчика важна мотивация. Это, конечно, отдельная тема, но способствует выполнению составленного списка. Поэтому ей посвящены следующие несколько правил. Правило 10. Мотивируйте себя. Мотивация это тоже часть работы над собой. Увидев что- то мотивирующее, не забывайте про это через пять минут, сохраните и возвращайтесь к этому за дополнительной дозой мотивации. Пусть это будет фото Стива Джобса, или ваш ребенок, ради которого вы хотите стать лучше, или даже песня, которая помогает вам работать. Правило 11. Музыка также может мотивировать. И поможет сконцентрироваться. Подберите для себя такие плейлисты. Тем не менее, не стоит постоянно сидеть в наушниках. Уделяйте время и коллегам. Также есть мнение, что помогают сконцентироваться звуки шумов: звук поезда или перелета. Правило 12. Ставьте себе цели. Да, они должны быть какие-то в стиле “сегодня я сделаю список минимум” или “сегодня сделаю эту задачу обязательно”. Важно к чему-то стремиться. Всегда к чему-то стремиться. Подумайте, к чему приведет в перспективе решение вашей задачи, как отразиться на работе программы, что даст пользователю. Представьте общую картину, как будет работать продукт, если вы сделаете задачу и если нет. Правила 13 и 14. То, что вы и так наверняка знали: обязательно высыпайтесь перед работой и не переедайте в обед. Это приводит к лени, что плохо сказывается на работе.
- 5. В заключение я хочу привести два наиболее действенных способа мотивации, на мой взгляд. Первый иллюстрируется фразой Артемия Лебедева «Как поддерживать мотивацию? Да никак — оставайтесь в жопе». Второй заключается в том, чтобы ничего не делать. В буквальном смысле НИЧЕГО. Потому что, когда мы начинаем лениться, мы читаем статьи в интернете, смотрим видео на youtube, переписываемся с кем-то и т.д. Поэтому, по своей сути наша лень - это бесполезные действия. Как же это работает? Вы решаете (а лучше — записываете на бумаге), во сколько вы это дело начнете и сколько времени будете им заниматься. Допустим, вы начнете заниматься задачей. Пусть это будет, к примеру, 11:00. В 11:00 вы начинаете бороться с ленью, а именно — ничего не делать. То есть вы перестаете вообще что-либо делать. Просто сидите или стойте. Лежать не надо, это приведет организм в состояние сна. Вскоре вы почувствуете, что можете приняться за задачу. Если же во время работы вы снова почувствуете приступ лени — опять прекращаете что- либо делать. И вскоре снова вернетесь в работоспособное состояние. Спасибо за чтение! Удачной разработки! :-)