https://facebook.com/298276320198577_3076547802371401
У нас в компании нет системы мотивации, и я считаю, что если нужно людей каким‑то образом мотивировать, то что‑то работает не так.
Когда я работаю с другими компаниями в качестве консультанта или подрядчика, я всё глубже убеждаюсь в тезисе «стандартная система организации процессов не даёт стабильного результата». Мы все знаем вытекающие проблемы: сроки часто затягиваются, проекты проваливаются, появляются бюрократия и нескончаемая рутина.
Люди не смогут написать хороший код и соблюсти дедлайн, если не создать условия.
Корень проблемы в неумении делегировать и плохой организации процессов.
Руководитель должен поставить задачу и установить срок. Может ли руководитель точно определить срок? Конечно нет. Чаще всего дедлайн ставят на глаз, умножают на десять и прибавляют две недели. Руководители не умеют оценивать сроки. Но и исполнители не могут нормально оценить свою задачу.
В программировании это может привести к тому, что человек затянет выполнение или отложит задачу в долгий ящик. Люди не смогут написать хороший код и соблюсти дедлайн, если не создать условия.
Корень проблемы в неумении делегировать и плохой организации процессов.
В программировании есть такая особенность: простая задача может выявить большую проблему, и человек надолго закопается в попытках её решить, либо он просто тянет время и ничего не делает. А чтобы отличить одно от другого, руководителю надо самому глубоко во всём разбираться. То есть иметь компетенции и тратить время.
В результате продуктивности начинают требовать не от всего процесса, а от отдельных исполнителей. Обычно это делают угрозами и манипулированием по принципу «не сделаешь — уволим» или «сделаешь — похвалим». Туда же закидываем переработки, высокий уровень навязчивого контроля и давление. В итоге получаем продукты низкого качества, сделанные с опозданием демотивированными людьми.
Мы пошли другим путём и полностью отказались от такой сломанной системы.
Формат микротасков
В компании мы оттолкнулись от того, чего хотим мы, чего хотят заказчики и чего хотят программисты. В результате получилась система, где мы не тратим время на мотивацию и платим только за результат.
Мы продаём воспроизводимый процесс разработки. На выходе получаются разные продукты, которые нужны нашим заказчикам. Чаще всего это автоматизация бизнес-процессов и производства.
Людям сложно адекватно оценивать большие задачи. Например, на практике оказалось, что я не умею оценивать задачи, на выполнение которых потребуется более четырёх часов. Поэтому я внедрил практику микротасков: от 30 минут до четырёх часов. Все задачи в компании мы стали бить на маленькие части и платить за каждую отдельно. Сотрудник сделал задачу — получил деньги.
Как всё устроено
Сотрудник регистрируется в нашей системе. Потом к нему автоматически попадает первая задачка из приоритезированной очереди, она назначается на аккаунт человека в GitLab, ему на почту приходит уведомление. Сотрудник может взять задачу в работу или отказаться от неё, тогда она отправится к следующему программисту.
Если человек берёт задачу, то ему надо решить её за чётко отведённое время и прислать решение. После чего задача проходит все стадии контроля качества, и только тогда сотрудник получает деньги. Если задача выполнена некачественно, то он ничего не получает. Это ключевой момент, который позволяет нам контролировать качество и платить только за сделанные задачи.
Ключевой показатель эффективности человека — количество заработанных денег за решённые задачи → https://vc.ru/hr/57292-nikita-sobolev-u-nas-net-privychnoy-sistemy-motivacii-my-prosto-horosho-platim
P.S. Чтобы получить самые интересные посты за неделю, подпишитесь на дайджест КД → https://www.subscribepage.com/digest
(Илья Рабченок)
Редактор CRM для рекрутинга «Хантфлоу» поговорила с техническим директором компании wemake.services Никитой Соболевым о том, как компании обойтись без корпоративной куль....
У нас в компании нет системы мотивации, и я считаю, что если нужно людей каким‑то образом мотивировать, то что‑то работает не так.
Когда я работаю с другими компаниями в качестве консультанта или подрядчика, я всё глубже убеждаюсь в тезисе «стандартная система организации процессов не даёт стабильного результата». Мы все знаем вытекающие проблемы: сроки часто затягиваются, проекты проваливаются, появляются бюрократия и нескончаемая рутина.
Люди не смогут написать хороший код и соблюсти дедлайн, если не создать условия.
Корень проблемы в неумении делегировать и плохой организации процессов.
Руководитель должен поставить задачу и установить срок. Может ли руководитель точно определить срок? Конечно нет. Чаще всего дедлайн ставят на глаз, умножают на десять и прибавляют две недели. Руководители не умеют оценивать сроки. Но и исполнители не могут нормально оценить свою задачу.
В программировании это может привести к тому, что человек затянет выполнение или отложит задачу в долгий ящик. Люди не смогут написать хороший код и соблюсти дедлайн, если не создать условия.
Корень проблемы в неумении делегировать и плохой организации процессов.
В программировании есть такая особенность: простая задача может выявить большую проблему, и человек надолго закопается в попытках её решить, либо он просто тянет время и ничего не делает. А чтобы отличить одно от другого, руководителю надо самому глубоко во всём разбираться. То есть иметь компетенции и тратить время.
В результате продуктивности начинают требовать не от всего процесса, а от отдельных исполнителей. Обычно это делают угрозами и манипулированием по принципу «не сделаешь — уволим» или «сделаешь — похвалим». Туда же закидываем переработки, высокий уровень навязчивого контроля и давление. В итоге получаем продукты низкого качества, сделанные с опозданием демотивированными людьми.
Мы пошли другим путём и полностью отказались от такой сломанной системы.
Формат микротасков
В компании мы оттолкнулись от того, чего хотим мы, чего хотят заказчики и чего хотят программисты. В результате получилась система, где мы не тратим время на мотивацию и платим только за результат.
Мы продаём воспроизводимый процесс разработки. На выходе получаются разные продукты, которые нужны нашим заказчикам. Чаще всего это автоматизация бизнес-процессов и производства.
Людям сложно адекватно оценивать большие задачи. Например, на практике оказалось, что я не умею оценивать задачи, на выполнение которых потребуется более четырёх часов. Поэтому я внедрил практику микротасков: от 30 минут до четырёх часов. Все задачи в компании мы стали бить на маленькие части и платить за каждую отдельно. Сотрудник сделал задачу — получил деньги.
Как всё устроено
Сотрудник регистрируется в нашей системе. Потом к нему автоматически попадает первая задачка из приоритезированной очереди, она назначается на аккаунт человека в GitLab, ему на почту приходит уведомление. Сотрудник может взять задачу в работу или отказаться от неё, тогда она отправится к следующему программисту.
Если человек берёт задачу, то ему надо решить её за чётко отведённое время и прислать решение. После чего задача проходит все стадии контроля качества, и только тогда сотрудник получает деньги. Если задача выполнена некачественно, то он ничего не получает. Это ключевой момент, который позволяет нам контролировать качество и платить только за сделанные задачи.
Ключевой показатель эффективности человека — количество заработанных денег за решённые задачи → https://vc.ru/hr/57292-nikita-sobolev-u-nas-net-privychnoy-sistemy-motivacii-my-prosto-horosho-platim
P.S. Чтобы получить самые интересные посты за неделю, подпишитесь на дайджест КД → https://www.subscribepage.com/digest
(Илья Рабченок)
Редактор CRM для рекрутинга «Хантфлоу» поговорила с техническим директором компании wemake.services Никитой Соболевым о том, как компании обойтись без корпоративной куль....
https://facebook.com/298276320198577_3076547802371401
Our company does not have a motivation system, and I believe that if you need to motivate people in some way, then something does not work that way.
When I work with other companies as a consultant or contractor, I am more and more convinced of the thesis "a standard process organization system does not give a stable result." We all know the following problems: deadlines are often delayed, projects fail, bureaucracy and an endless routine appear.
People will not be able to write good code and adhere to the deadline unless conditions are created.
The root of the problem is the inability to delegate and the poor organization of processes.
The leader must set a task and set a deadline. Can a manager pinpoint a deadline? Of course not. Most often, the deadline is put on the eye, multiplied by ten and added two weeks. Managers do not know how to evaluate the timeline. But the performers cannot properly assess their task.
In programming, this can lead to a person delaying execution or putting the task aside in the long box. People will not be able to write good code and adhere to the deadline unless conditions are created.
The root of the problem is the inability to delegate and the poor organization of processes.
There is such a feature in programming: a simple task can reveal a big problem, and a person will dig in for a long time trying to solve it, or he just takes time and does nothing. And in order to distinguish one from the other, the leader himself must understand everything deeply. That is, have competencies and waste time.
As a result, they begin to demand productivity not from the whole process, but from individual performers. Usually this is done by threats and manipulation on the principle of "you will not do it - we will dismiss" or "you will do it - we will praise". There we throw refining, a high level of obsessive control and pressure. As a result, we get low quality products made late by demotivated people.
We went the other way and completely abandoned such a broken system.
Microtask format
At the company, we pushed off from what we want, what customers want and what programmers want. The result is a system where we do not spend time on motivation and pay only for the result.
We sell a reproducible development process. The output is different products that our customers need. Most often this is the automation of business processes and production.
It is difficult for people to adequately assess large tasks. For example, in practice it turned out that I do not know how to evaluate tasks that will take more than four hours to complete. Therefore, I introduced the practice of microtask: from 30 minutes to four hours. We began to beat all the tasks in the company into small parts and pay for each separately. The employee did the task - received the money.
How it works
The employee is registered in our system. Then the first task from the prioritized queue automatically gets to him, it is assigned to the person’s account in GitLab, he receives a notification in the mail. An employee can take a task into work or refuse it, then it will go to the next programmer.
If a person takes a task, then he needs to solve it in the allotted time and send a solution. After which the task goes through all stages of quality control, and only then the employee receives money. If the task is performed poorly, then he receives nothing. This is a key point that allows us to control quality and pay only for the tasks done.
The key indicator of a person’s effectiveness is the amount of money earned for accomplished tasks → https://vc.ru/hr/57292-nikita-sobolev-u-nas-net-privychnoy-sistemy-motivacii-my-prosto-horosho-platim
P.S. To get the most interesting posts of the week, subscribe to the CD digest → https://www.subscribepage.com/digest
(Ilya Rabchenok)
Huntflow, the CRM editor for recruiting, talked with Nikita Sobolev, technical director of wemake.services, about how the company can do without a corporate culture ....
Our company does not have a motivation system, and I believe that if you need to motivate people in some way, then something does not work that way.
When I work with other companies as a consultant or contractor, I am more and more convinced of the thesis "a standard process organization system does not give a stable result." We all know the following problems: deadlines are often delayed, projects fail, bureaucracy and an endless routine appear.
People will not be able to write good code and adhere to the deadline unless conditions are created.
The root of the problem is the inability to delegate and the poor organization of processes.
The leader must set a task and set a deadline. Can a manager pinpoint a deadline? Of course not. Most often, the deadline is put on the eye, multiplied by ten and added two weeks. Managers do not know how to evaluate the timeline. But the performers cannot properly assess their task.
In programming, this can lead to a person delaying execution or putting the task aside in the long box. People will not be able to write good code and adhere to the deadline unless conditions are created.
The root of the problem is the inability to delegate and the poor organization of processes.
There is such a feature in programming: a simple task can reveal a big problem, and a person will dig in for a long time trying to solve it, or he just takes time and does nothing. And in order to distinguish one from the other, the leader himself must understand everything deeply. That is, have competencies and waste time.
As a result, they begin to demand productivity not from the whole process, but from individual performers. Usually this is done by threats and manipulation on the principle of "you will not do it - we will dismiss" or "you will do it - we will praise". There we throw refining, a high level of obsessive control and pressure. As a result, we get low quality products made late by demotivated people.
We went the other way and completely abandoned such a broken system.
Microtask format
At the company, we pushed off from what we want, what customers want and what programmers want. The result is a system where we do not spend time on motivation and pay only for the result.
We sell a reproducible development process. The output is different products that our customers need. Most often this is the automation of business processes and production.
It is difficult for people to adequately assess large tasks. For example, in practice it turned out that I do not know how to evaluate tasks that will take more than four hours to complete. Therefore, I introduced the practice of microtask: from 30 minutes to four hours. We began to beat all the tasks in the company into small parts and pay for each separately. The employee did the task - received the money.
How it works
The employee is registered in our system. Then the first task from the prioritized queue automatically gets to him, it is assigned to the person’s account in GitLab, he receives a notification in the mail. An employee can take a task into work or refuse it, then it will go to the next programmer.
If a person takes a task, then he needs to solve it in the allotted time and send a solution. After which the task goes through all stages of quality control, and only then the employee receives money. If the task is performed poorly, then he receives nothing. This is a key point that allows us to control quality and pay only for the tasks done.
The key indicator of a person’s effectiveness is the amount of money earned for accomplished tasks → https://vc.ru/hr/57292-nikita-sobolev-u-nas-net-privychnoy-sistemy-motivacii-my-prosto-horosho-platim
P.S. To get the most interesting posts of the week, subscribe to the CD digest → https://www.subscribepage.com/digest
(Ilya Rabchenok)
Huntflow, the CRM editor for recruiting, talked with Nikita Sobolev, technical director of wemake.services, about how the company can do without a corporate culture ....
У записи 3 лайков,
0 репостов,
137 просмотров.
0 репостов,
137 просмотров.
Эту запись оставил(а) на своей стене Илья Рабченок
