Елена Булыгина предлагает Вам запомнить сайт «Ленусик»
Вы хотите запомнить сайт «Ленусик»?
Да Нет
×
Прогноз погоды

Основная статья: Работа

Как повысить продуктивность. Личный опыт

Пабло Пикассо. Студия с гипсовой головой, 1925 г.

Мысли о повышении продуктивности будоражат мой ум с первого курса института, когда на занятиях я услышала о научной организации труда. Придумал ее на рубеже XIX-XX веков Фредерик Уинслоу Тейлор, и для того времени это было революционным открытием. Он первый предложил анализировать выполнение работы и искать в ней однотипные операции, чтобы их стандартизировать и упростить. Методы, предложенные Тейлором, используются повсеместно, и с тех пор количество подходов и способов повышения производительности только растет.

В этом году в моей личной продуктивности произошел существенный прогресс. Я пошла учиться на курсы, где одна из дисциплин посвящена управлению своей деятельностью. Нам дают практические задания, которые мы должны применять в повседневной работе. Они заставили меня взглянуть по-новому на известные методы time-менеджмента. Раньше, когда я читала о них, они выглядели для меня примитивными и сомнительными. Оказывается, я ошибалась.

Сделай это завтра

Теория. Евангелист метода — американский гуру time-менеджмента Марк Форстер. В книге “Do it tomorrow or other secrets of time management” он предлагает несколько подходов для повышения личной продуктивности: вести текущую инициативу, делить работу на свою и чужую, делать закрытые списки задач и переносить дела на завтра.

Предложения Форстера основываются на том, что человек слаб и не в силах бороться с внешними факторами. Мы беремся за чужую работу, пытаемся вместить 33 дела в один час, хватаемся за все сразу, а в итоге не успеваем сделать даже простые задачи. Работая по Форстеру, мы распределяем приоритеты и задумываемся о необходимости каждого пришедшего к нам задания. Так, освобождается время от рутины и бессмысленных дел, а важная работа выполняется в первую очередь.

Практика. Делать закрытый список задач мне понравилось. Составляешь перечень, подводишь черту, остальные — «все в сад». Но в реалиях рабочей культуры России такой подход мне кажется утопическим. Представим ситуацию. К вам подходит босс с просьбой набросать быстренько отчет по продажам за начало месяца к планерке в 5, а вы ему показываете список с чертой. Ожидается, что в ответ босс скажет: «Без проблем. Сделаю сам». Но думаю, что подобный сценарий большая редкость. Я ответ босса слышу примерно так: «Без проблем. Сделаю сам. Выход там».

Тем не менее, из книги Форстера мы многое можем взять. Например, не брать задачи и просьбы других сотрудников на сегодня, а переносить их сразу на завтра, чтобы не выбиваться из собственного ритма. Перед тем, как взять новое дело, подумать, так ли нужно его выполнять. Каждое событие обязательно записывать под чертой. Тогда в конце дня будет ясная картина, куда уходит время и что из списка не нужно было делать.

Помодоро

Теория. Это известный метод time-менеджмента, который предлагает работать с регулярными перерывами. Мы ставим таймер на 25 минут, затем делаем 5 минут перерыва. После четырех 25-минутных интервалов делаем большой перерыв в 20-30 минут. Помодоро не дает отвлекаться на ненужные вещи, позволяет посчитать и оценить объем работы. Применяя метод в течении недели, вы увидите количество времени, необходимое на каждую задачу. Автор Помодоро, Франческо Чирилло, советует работать по 25 минут, но я знаю, что иногда дизайнеры и программисты увеличивают интервалы до 45 минут, потому что им требуется больше времени для погружения в задачу.

Практика. Для меня Помодоро оказался самым эффективным, хотя именно этот метод первоначально казался ненужным. Раньше я писала статью целый день или дольше. Но поставив таймер, увидела, что за 25 минут пишу 2000 знаков. Таким образом, на написание статьи требуется три-четыре часа чистого времени. Остальное уходит в никуда.

Это стало открытием и переломным моментом в работе. Теперь я строго разделяю время на материал и на остальное. Помидорный интервал я отдаю полностью тексту. В это время не отвлекаюсь на звонки, сообщения и подбор иллюстраций. Читаю почту и пишу коллегам во время перерыва. Время работы сократилось существенно, но главное, что теперь я могу точно рассчитать и распланировать время.

В трехчасовых статьях есть неудобный психологический момент. Периодически встречаюсь с мнением, что сильный текст не может быть написан быстро. Если автор не сидел над ним две недели подряд, обливаясь потом и кофе, текст будет халтурным. Позволю себе не согласиться. Уровень и время работы зависят от мастерства. Уровень находится в прямой зависимости, а время — в обратной, поэтому чем выше мастерство автора, тем быстрее и лучше получается результат.

К этому вопросу есть отличная историческая иллюстрация. Однажды на улице к Пабло Пикассо подошла дама и попросила набросать ее портрет. Через пару минут набросок был закончен. В ответ на вопрос о стоимости Пикассо назвал огромную сумму. «Но позвольте, — воскликнула дама, — ведь вы потратили на него всего несколько минут». «Нет, мадам, — парировал мастер, — я потратил на него всю жизнь».

ФФФ

Теория. Принцип ФФФ самый интересный. Он описан командой Basecamp (бывшая — 37signals) в книге “Getting real” и расшифровывается так: fix time, fix money, flex scope. Суть заключается в следующем: при создании продукта разработчики фиксируют сроки и смету, а функциональность оставляют в свободном режиме. Это позволяет выпустить сайт или программу к назначенной дате, урезав часть функций.

Если вы считаете, что так и делают большинство разработчиков, обратите внимание на формулировку “fix money”. Запуск сайта с отсутствующими функциями — распространенная ситуация, однако заказчики, как правило, не оплачивают отсутствующий функционал. Здесь же разработка получает всю оговоренную сумму, несмотря на то, что часть функций не работает. Их доработка оплачивается отдельно.

Это очень сложный метод. Думаю, что в России по принципу ФФФ могут позволить себе работать с десяток команд. Представьте заказчика, который платит по полной, но получает половину. При этом он еще должен быть доволен, что приложение открылось в срок. Рациональное зерно в методе есть. Иногда запуск проектов затягивается на долгие годы, потому что команда пытается создать совершенный продукт. Если бы Билл Гейтс доводил разработки до совершенства, возможно, мы никогда бы не увидели Windows.

Практика. Лично мне тяжело применить этот метод на практике. Сложно представить, как я могу сдать редактору две статьи вместо обещанных трех и попросить полную зарплату. Тем не менее, я нашла ему применение в работе. Когда горят сроки и на встречу «летит» дедлайн, просто «режьте» структуру материала. Планировали рассказать о десяти книгах, но успели семь. Лучше опубликовать семь, чем не выпустить ничего.

Я применяю перечисленные методы последние два месяца и полученными результатами довольна. Я планирую время, больше успеваю и избавилась от стресса. Поделитесь в комментариях советами и лайфхаками, как вы успеваете сделать больше за меньшее время. Повысим продуктивность вместе!


5 апр 18, 12:57
0 0
Статистика 1
Показы: 1 Охват: 0 Прочтений: 0

Программирование по любви или ради денег

Программирование – это работа, равноценно сочетающая в себе страсть и рутину. Возможно, вы полагаете, что переход и одного состояния в другое невозможно контролироваться. Но недавнее исследование, проведённое учёными из Университета Оулу, Финляндия, говорит об обратном. Более того, оперируя периодами удовольствия, вы можете значительно повысить свою эффективность.

Целью проведения исследования был сбор информации о том, как работа во внерабочие часы может снизить работоспособность, общее благополучие и производительность. Однако выводы дают более общее представление о различиях между оплачиваемой работой и «бесплатным» вкладом в проекты с открытым исходным кодом.

Исследование включало в себя анализ временных штампов совершения действий в проектах Mozilla и Apache, куда входят как наемные разработчики, так и волонтеры. Также под наблюдение попала местная компания, куда входят 9 «зарплатных» разработчиков, ведущих в сумме 87 проектов.

На основании этих данных были построены и изучены разные модели производительности программистов. Ниже приведены диаграммы, которые красноречиво показывают разницу между разработкой в мелких компаниях и таких гигантах, как Mozilla и Apache. Если в первом случае большинство сотрудников ограничивается 8-часовым днём и редко появляется в офисе по выходным, то во втором – существенный процент работы выполняется в свободное время.

В остальном мы видим привычную картину:

  • Пик активности приходится на период со вторника по четверг. Обратите внимание, что в крупных проектах максимум выпадает на второй день недели, а в маленькой фирме – на четвёртый.
  • Понедельник и пятница – наименьшие по активности будние дни, причём начале недели работать хочется даже чуть меньше.
  • Вторая половина дня – наиболее продуктивное время, но в целом активность достаточно равномерно распределена по «официальным» 8 часам.

Но есть и необычные выводы:

  • В крупных проектах, где привлекается совместно труд волонтёров и наёмных работников, за рабочее время выполняется только 60% работы.
  • Работа в маленьком офисе тесно связана с продолжительностью рабочего дня, несмотря на большую загруженность, в то время, как «свободные» компании сохраняют высокую активность вплоть до полуночи.

Дальнейшее исследование показало, что такие проекты, как SeaMonkey, Thunderbird и Groovy вообще демонстрируют максимальную активность вне рабочего времени.

В итоге Mozilla Firefox стал предметом более глубокого тематического исследования, чтобы на его примере посмотреть подробнее различия между деятельностью в рабочее время и вне его. В результате было обнаружено, к примеру, что в офисе большинство правок было сделано внутри систем контроля версий. В нерабочее время чаще встречаются неформальные «откаты» разработчиков, которые контролируются только им.

Также обратите внимание на перечень используемых терминов: в рабочее время (голубым) и вне его (коричневым):

Одним из очевидных выводов исследования стало то, что распределение рабочих часов в открытых проектах является следствием занятости наёмных работников и волонтёров. Разработчики, имеющие контракт с компанией, с большей вероятностью будут работать в рабочее время, в то время как «бесплатная сила» выбирает свободное время.

Далее взглянем на выборку из 287 разработчиков, которые исходя из своей занятости и активности были разбиты на три кластера:

У зелёного кластера (n=101) основная активность приходится на рабочие часы. Он имеет наибольшую долю коммитов (15,9%) во вторник и самый низкую – в воскресенье (1,7%). Черный кластер (n = 46) работает больше в свободное время и имеет пик коммитов в субботу (11,4%) и минимум в понедельник в рабочие часы (5,7%). Синий кластер (n = 131) предпочитает работать в будние дни, но вне рабочего времени. Поэтому наибольшая доля коммитов приходится на среду (11,2%), а наименьшая – в воскресенье (3,9%).

Вскрыв статус «наёмник/волонтёр», мы узнаем, что 90% зеленого кластера и 88% синего кластера получали деньги за свою работу. В чёрном кластере таких оказалась лишь половина (50%).

Это привело исследователей к заключению:

Контрактные разработчики работают меньше вне рабочего времени, чем добровольцы. Тем не менее, даже оплачиваемые сотрудники Mozilla и Apache работают значительно больше вне рабочего времени, чем разработчики из местной компании.

Организаторы исследования практически не делают на основании этого каких-то далеко идущих выводов, полагая, что даже сотрудники местной компании могут в свободное время выполнять личные или свободные проекты. Однако лично мне сложно представить, что разработчик, который на основном месте работы выполняет свои обязанности строго с 9 до 17 часов, будет бесплатно трудиться в свободное время или в выходной день.

Отсюда можно сделать «аккуратный» вывод, что эффективная модель ведения проектов предполагает не только исключительно оплачиваемый труд, но и деятельность, основанную на голом интересе.


30 мар 18, 18:20
0 0
Статистика 1
Показы: 1 Охват: 0 Прочтений: 0
Темы с 31 по 32 | всего: 32

Последние комментарии

нет комментариев
Читать

Поиск по блогу

Люди

7 пользователям нравится сайт lena2018.mirtesen.ru