Pull to refresh

Comments 14

Просто надо всем работникам давать что-то на подобии бесплатных пончиков и сделать 4 ДНЕВНУЮ рабочую неделю. Тогда продуктивность точно вырастет.

Можно и без пончиков, в конце этой недели пятницу-субботу срезать

Оптимальная четырёхдневная рабочая неделя — это два рабочих дня, дневной перерыв, два новых рабочих дня, двухдневный перерыв.

Тут важен ритм. Длинные выходные сбивают ритм. Перерыв нужен для того, чтобы освежить восприятие и соображение.

И, всё-таки, продуктивность зависит не от количества рабочего времени, а от того, как оно организовано.

Тут важен ритм. Длинные выходные сбивают ритм.

А я бы сказал что это очень индивидуально. Потому что лично у меня выходной в среду тоже сбивает ритм. И мне удобнее иметь дополнительный выходной в понедельник или пятницу.

Скажите это Джеку Ма, который топит почему-то за 996

Что делать, чтобы быть более продуктивным ...

... надо знать, что и как ты делаешь.

Представим себе разработку ПО как дерево. Есть вершина — проектируемая система, есть промежуточные узлы — компоненты (различного уровня вложенности), есть листья — конечные функции. Если есть такое дерево, то можно составить чёткий план действий: сначала реализуются конечные функции (то есть — создаются базовые библиотеки), потом — компоненты первого уровня, далее — компоненты второго уровня... Понятное дело, что такое дерево должно быть полным. Обычно предпочитают не строить такое дерево, а полагаются на случай, в результате тратится очень много сил и времени на постоянное хождение по такому дереву "вширь" и "вглубь" (снизу вверх и сверху вниз).

Экспертам удалось выделить 219 факторов неудовлетворенности ...

Нужно ли проводить исследование там, где достаточно простого размышления?

В первую очередь опрошенные отмечали, что наибольший стресс вызывает (ожидаемо) ощущение тупика при решении задачи или нехватка времени на ее выполнение. 

Лично мне было бы чрезвычайно интересно узнать, если бы везде использовался профессиональный подход, когда программист сам определяет свои задачи. Кто как не профессионал знает, сколько на самом деле требуется времени для выполнения определённой работы? Если есть какой-то тупик, то требуется исследование различных вариантов.

Ещё один важный фактор — это возможность делать свою работу не прерываясь. Ничто не раздражает сильнее, как прерывания, особенно те, которые не нужны.

А ещё очень не хватает ретроспективного анализа уже проделанной работы. Допустим сделана успешно функционирующая система. (Нам повезло.) Давайте посмотрим, как именно на каждом этапе решались проблемы, откуда эти проблемы возникали, можно ли было сразу найти правильное решение, и, главное, как надо было организовать рабочий процесс, чтобы эти проблемы не возникли. Вот самое интересное.

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

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

И точно не нужны задачи с грифом срочно, вскочил и сделал, надо ещё вчера и тд. Любое письмо такого рода выбивает сотрудника из колеи, если это не форс-мажор

Экономические проблемы из-за мировых событий сильно подрезали качество жизни и продуктивность упала раза в три, без надежды на восстановление пока что

" У сотрудников уточняли, как они видят «неудачные дни», просили их рассказать о личных примерах и причинах сложностей на работе "

У тебя проблем выше крыши, а тут еще и войска тик-ток доколупываются. Хороший спец пошлет их лесом, как и эту статью.

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

Лично у меня бывают «неудачные» дни, в которые код ну вот прямо не пишется; я точно знаю, что даже если я что-то из себя выжму, завтра — переписывать, поэтому я просто сообщаю на работе, что сегодня мне не работается, и иду гулять.

Никакие зарплаты на это, конечно, вообще никак не влияют, а задачи — ну там немного иначе; над интересной задачей я буду просто по 12-14 часов в день думать, и она быстро закончится, а интересные задачи каждый день — это нужно совсем зеленым юнцом быть, чтобы так на мир смотреть. Обычно я все-таки знаю на берегу, как задачу решать, а интересная — это та, про которую неясно, решается ли она вообще.

Sign up to leave a comment.