????Ошибка - это хорошо. Невовлечённость клиента в работу - это приговор проекту.
(Или всё о ценности ошибок и об идеальных клиентских ожиданиях).
Все порой бывают клиентами. И вот странное дело, вообще в быту мы все нормальные ребята и даже немного щадим мозг окружающих. А вот когда становимся клиентами, происходит программный сбой.????♂
Сначала переживаем - надо найти лучшего исполнителя! Чтобы был профи, чтобы репутация была, опыт был, честность была, ответственность, терпение отвечать на наши вопросы, чтобы косяки признавал и бесплатно ошибки устранял!
Затем волнуемся, когда к выбранному исполнителю не попасть - странно, но к ним очереди???? ????
И вот таки переговоры позади, условия обсудили, договор подписали и началась работа.
Первый месяц-два клиент чаще всего работает плотно, старается отвечать быстро и принимать активное участие в создании своего проекта.
А потом постепенно вовлечённость гаснет, ведь клиент видит, что исполнитель действительно профи: задачи делаются и так, ошибки отлавливаются и бесплатно устраняются.
Задачи формулировать лень, погружаться в уже сформулированные задачи тоже лень.
Хотя ... может и не лень. Просто нет концентрации и глубокого погружения в проект у клиента...
А дальше начинается интересно: ведь если нет полного погружения, тогда, конечно же, есть страхи. ????
Страхи того, что что-то исполнителем не сделано, идеально не работает, хотя еще рабочий процесс идёт полным ходом и ошибки появляются каждый день. Ведь ошибки - неотъемлемая часть работы!
И такие страхи превращаются в "перестрахи". Такой контроль - уже "переконтроль". И "перенедоверие."
Невозможно вести спокойно разработку, когда клиент часами долбит об ошибке в функционале.
Конечно, ошибка ошибке рознь. Если речь идет об ошибке на "продакшене", то мы ее устраним даже ночью, ведь чаще всего это срочно. Хотя спать по ночам разработчикам хочется не меньше, чем всем остальным людям...))
Но если ошибка возникает на тестовом сервере, и не видна никому, и никак не влияет на бизнес клиента, то нет смысла суетиться из-за неё и настаивать на немедленном устранении.
Подмечаю уже не раз: когда нет вовлечённости клиента в проект, то ему начинают всюду мерещаться скелеты в шкафу и нерадивость разработчика.????♂ Хотя объективных оснований нет!
Какие-либо поломавшиеся в процессе разработки модули - обычное дело. Невозможно сделать хороший проект сразу.
Находя узкие места, мы их допиливаем, делаем работу проекта более стабильной.
Если же клиент ждет чуда идеальности сразу - его не будет. Ошибки будут, и их будет много.
Мы ценим клиентов, которые попусту не тратят наше рабочее время. И это форма взаимного уважения. При этом ежедневно или раз в 2-4 дня устраиваем синкап, где показываем, что сделано, что сейчас в работе, и какие трудности есть. Мы всегда на связи. ????????
Не нужно фигурно лобзиком выпиливать мозг разработчику. Доверяйте, коль сами выбрали этого исполнителя, не стойте над душой. Лучше проверьте: возможно, скопилось уже достаточно карточек в Трелло, по которым исполнители ждут от клиента ответа! Иначе задачу в работу не взять.
К сожалению, прихожу к мысли, что такие сверхэмоциональные и чересчур тревожные клиенты сами тормозят свой проект. Негоже отвлекаться на любой клиентский вопль.
Потому такого клиента мы потенциально "увольняем". И берём вместо него новый, сложный проект из очереди.
Всем плюсы от такого решения - мы передаем проект уже другому разработчику, и уже он ошибается дальше, а мы получаем нового клиента, который будет работать более плотно с нами и понимать, что без ошибок не будет работающего проекта и оптимизированного кода.
???? Есть ещё важная ремарка. Клиент требует от разработчика жить внутри его проекта, но вот сам, как ни странно, совсем не спешит выполнять свои финансовые обязательства в срок.????
Тут даже разговоров быть не может - простоя без оплаты мы не допускаем. И даже предупреждения "номер раз" может не последовать - эти детали обговариваем перед стартом работ.
Если нет финансовой дисциплины у клиента - нам не по пути.
Пора заканчивать этот непомерно длинный пост ???? В следующий раз, когда ты будешь клиентом - не забывай, что это временно????
А вот что постоянно - так это то, что ты адекватный, здравомыслящий человек.
Доверяй разработчикам, не реагируй болезненно на то, что они предлагают улучшить в твоем проекте. Они опытнее. Прислушиваться и соглашаться с рекомендациями специалиста - это норма любой сферы деятельности. Честный разработчик, вовлеченный в твой проект - это редкость. Цени ваши рабочие отношения, не нагнетай без объективных причин. Хотя... даже с объективными причинами тоже не нагнетай???? Веди диалог и проси помочь понять, что можно улучшить в самом процессе работы, в конкретной задаче.
Ну и финальная мысль будет такая: есть масса умных техник и технологий, призванных облегчить коммуникацию с клиентом, и сделать прозрачным и понятным процесс управления проектом.
Но самое узкое место в этом - это человек.???????? Ни одна технология не поможет вам, как клиенту, если не настроиться на плотное взаимодействие с разработчиком и доверие к его советам, и даже к его ошибкам, допущенным в процессе работы. ????
Ведь именно ошибки являются маркером того, что продукт создаётся каждый день, спринт за спринтом.
Всем завершённых проектов!????
(Или всё о ценности ошибок и об идеальных клиентских ожиданиях).
Все порой бывают клиентами. И вот странное дело, вообще в быту мы все нормальные ребята и даже немного щадим мозг окружающих. А вот когда становимся клиентами, происходит программный сбой.????♂
Сначала переживаем - надо найти лучшего исполнителя! Чтобы был профи, чтобы репутация была, опыт был, честность была, ответственность, терпение отвечать на наши вопросы, чтобы косяки признавал и бесплатно ошибки устранял!
Затем волнуемся, когда к выбранному исполнителю не попасть - странно, но к ним очереди???? ????
И вот таки переговоры позади, условия обсудили, договор подписали и началась работа.
Первый месяц-два клиент чаще всего работает плотно, старается отвечать быстро и принимать активное участие в создании своего проекта.
А потом постепенно вовлечённость гаснет, ведь клиент видит, что исполнитель действительно профи: задачи делаются и так, ошибки отлавливаются и бесплатно устраняются.
Задачи формулировать лень, погружаться в уже сформулированные задачи тоже лень.
Хотя ... может и не лень. Просто нет концентрации и глубокого погружения в проект у клиента...
А дальше начинается интересно: ведь если нет полного погружения, тогда, конечно же, есть страхи. ????
Страхи того, что что-то исполнителем не сделано, идеально не работает, хотя еще рабочий процесс идёт полным ходом и ошибки появляются каждый день. Ведь ошибки - неотъемлемая часть работы!
И такие страхи превращаются в "перестрахи". Такой контроль - уже "переконтроль". И "перенедоверие."
Невозможно вести спокойно разработку, когда клиент часами долбит об ошибке в функционале.
Конечно, ошибка ошибке рознь. Если речь идет об ошибке на "продакшене", то мы ее устраним даже ночью, ведь чаще всего это срочно. Хотя спать по ночам разработчикам хочется не меньше, чем всем остальным людям...))
Но если ошибка возникает на тестовом сервере, и не видна никому, и никак не влияет на бизнес клиента, то нет смысла суетиться из-за неё и настаивать на немедленном устранении.
Подмечаю уже не раз: когда нет вовлечённости клиента в проект, то ему начинают всюду мерещаться скелеты в шкафу и нерадивость разработчика.????♂ Хотя объективных оснований нет!
Какие-либо поломавшиеся в процессе разработки модули - обычное дело. Невозможно сделать хороший проект сразу.
Находя узкие места, мы их допиливаем, делаем работу проекта более стабильной.
Если же клиент ждет чуда идеальности сразу - его не будет. Ошибки будут, и их будет много.
Мы ценим клиентов, которые попусту не тратят наше рабочее время. И это форма взаимного уважения. При этом ежедневно или раз в 2-4 дня устраиваем синкап, где показываем, что сделано, что сейчас в работе, и какие трудности есть. Мы всегда на связи. ????????
Не нужно фигурно лобзиком выпиливать мозг разработчику. Доверяйте, коль сами выбрали этого исполнителя, не стойте над душой. Лучше проверьте: возможно, скопилось уже достаточно карточек в Трелло, по которым исполнители ждут от клиента ответа! Иначе задачу в работу не взять.
К сожалению, прихожу к мысли, что такие сверхэмоциональные и чересчур тревожные клиенты сами тормозят свой проект. Негоже отвлекаться на любой клиентский вопль.
Потому такого клиента мы потенциально "увольняем". И берём вместо него новый, сложный проект из очереди.
Всем плюсы от такого решения - мы передаем проект уже другому разработчику, и уже он ошибается дальше, а мы получаем нового клиента, который будет работать более плотно с нами и понимать, что без ошибок не будет работающего проекта и оптимизированного кода.
???? Есть ещё важная ремарка. Клиент требует от разработчика жить внутри его проекта, но вот сам, как ни странно, совсем не спешит выполнять свои финансовые обязательства в срок.????
Тут даже разговоров быть не может - простоя без оплаты мы не допускаем. И даже предупреждения "номер раз" может не последовать - эти детали обговариваем перед стартом работ.
Если нет финансовой дисциплины у клиента - нам не по пути.
Пора заканчивать этот непомерно длинный пост ???? В следующий раз, когда ты будешь клиентом - не забывай, что это временно????
А вот что постоянно - так это то, что ты адекватный, здравомыслящий человек.
Доверяй разработчикам, не реагируй болезненно на то, что они предлагают улучшить в твоем проекте. Они опытнее. Прислушиваться и соглашаться с рекомендациями специалиста - это норма любой сферы деятельности. Честный разработчик, вовлеченный в твой проект - это редкость. Цени ваши рабочие отношения, не нагнетай без объективных причин. Хотя... даже с объективными причинами тоже не нагнетай???? Веди диалог и проси помочь понять, что можно улучшить в самом процессе работы, в конкретной задаче.
Ну и финальная мысль будет такая: есть масса умных техник и технологий, призванных облегчить коммуникацию с клиентом, и сделать прозрачным и понятным процесс управления проектом.
Но самое узкое место в этом - это человек.???????? Ни одна технология не поможет вам, как клиенту, если не настроиться на плотное взаимодействие с разработчиком и доверие к его советам, и даже к его ошибкам, допущенным в процессе работы. ????
Ведь именно ошибки являются маркером того, что продукт создаётся каждый день, спринт за спринтом.
Всем завершённых проектов!????
???? An error is good. The client's lack of involvement in work is a verdict on the project.
(Or all about the value of mistakes and ideal customer expectations.)
Everybody is a client sometimes. And here's a strange thing, in general in everyday life we are all normal guys and even spare the brain of others a little. But when we become customers, a software failure occurs. ???? ♂
First, we worry - we need to find the best performer! To have a pro, to have a reputation, experience, honesty, responsibility, patience to answer our questions, to admit the jambs and fix mistakes for free!
Then we worry when the chosen performer cannot be reached - strange, but there are queues for them ???? ????
And now the negotiations are over, the conditions were discussed, the contract was signed and work began.
The first month or two, the client most often works closely, tries to respond quickly and take an active part in the creation of his project.
And then gradually the involvement fades away, because the client sees that the performer is really a pro: tasks are done anyway, errors are caught and eliminated for free.
Tasks to formulate laziness, to dive into already formulated tasks is also lazy.
Although ... maybe not laziness. The client simply lacks concentration and deep immersion in the project ...
And then it starts to be interesting: if there is no full immersion, then, of course, there are fears. ????
Fears that something has not been done by the performer does not work ideally, although the workflow is still in full swing and errors appear every day. After all, mistakes are an integral part of the job!
And such fears turn into "re-fears". Such control is already "re-control". And "distrust."
It is impossible to conduct development calmly when the client chills for hours about an error in the functionality.
Of course, mistakes are different. If we are talking about an error on "production", then we will fix it even at night, because most often it is urgent. Although developers want to sleep at night no less than all other people ...))
But if an error occurs on a test server, and is not visible to anyone, and does not affect the client's business in any way, then there is no point in fussing over it and insisting on immediate elimination.
I notice more than once: when there is no involvement of the client in the project, then skeletons in the closet and the negligence of the developer begin to see him everywhere. ???? ♂ Although there are no objective reasons!
Any modules that break during the development process are common. You can't do a good project right away.
Finding bottlenecks, we finish them, make the project more stable.
If the client expects a miracle of perfection right away, he will not be there. There will be mistakes, and there will be many of them.
We value customers who don't waste our time. And this is a form of mutual respect. At the same time, we arrange a syncap every day or every 2-4 days, where we show what has been done, what is currently in progress, and what difficulties there are. We are always in touch. ???? ????
No need to cut out the brain of the developer with a curly jigsaw. Trust, since you have chosen this artist yourself, do not stand above your heart. Better check: there may already be enough cards in Trello for which the performers are waiting for a response from the client! Otherwise, the task cannot be taken into work.
Unfortunately, I come to the conclusion that such over-emotional and overly anxious clients themselves slow down their project. You shouldn't be distracted by any customer yell.
Therefore, we potentially "fire" such a client. And we take instead a new, complex project from the queue.
All the advantages of such a solution - we transfer the project to another developer, and he already makes mistakes further, and we get a new client who will work more closely with us and understand that there will be no working project and optimized code without errors.
???? There is also an important remark. The client requires the developer to live within his project, but he himself, oddly enough, is in no hurry to fulfill his financial obligations on time. ????
There can be no talk here - we do not allow downtime without payment. And even the warning "number of times" may not follow - we discuss these details before starting work.
If the client does not have financial discipline, we are not on the way.
Is it time to end this prohibitively long post ???? Next time, when you are a client - do not forget that this is temporary ????
But what is constant is that you are an adequate, sane person.
Trust the developers, do not react painfully to what they suggest to improve in your project. They are more experienced. Listening to and agreeing with the recommendations of a specialist is the norm in any field of activity. An honest developer involved in your project is rare. Appreciate your working relationship, do not escalate without objective reasons. Although ... even with objective reasons, do not push too ???? Lead a dialogue and ask for help to understand what can be improved in the very process of work, in a specific task.
Well, the final thought will be this: there are a lot of smart techniques and technologies designed to facilitate communication with the client, and make the project management process transparent and understandable.
But the bottleneck in this is human
(Or all about the value of mistakes and ideal customer expectations.)
Everybody is a client sometimes. And here's a strange thing, in general in everyday life we are all normal guys and even spare the brain of others a little. But when we become customers, a software failure occurs. ???? ♂
First, we worry - we need to find the best performer! To have a pro, to have a reputation, experience, honesty, responsibility, patience to answer our questions, to admit the jambs and fix mistakes for free!
Then we worry when the chosen performer cannot be reached - strange, but there are queues for them ???? ????
And now the negotiations are over, the conditions were discussed, the contract was signed and work began.
The first month or two, the client most often works closely, tries to respond quickly and take an active part in the creation of his project.
And then gradually the involvement fades away, because the client sees that the performer is really a pro: tasks are done anyway, errors are caught and eliminated for free.
Tasks to formulate laziness, to dive into already formulated tasks is also lazy.
Although ... maybe not laziness. The client simply lacks concentration and deep immersion in the project ...
And then it starts to be interesting: if there is no full immersion, then, of course, there are fears. ????
Fears that something has not been done by the performer does not work ideally, although the workflow is still in full swing and errors appear every day. After all, mistakes are an integral part of the job!
And such fears turn into "re-fears". Such control is already "re-control". And "distrust."
It is impossible to conduct development calmly when the client chills for hours about an error in the functionality.
Of course, mistakes are different. If we are talking about an error on "production", then we will fix it even at night, because most often it is urgent. Although developers want to sleep at night no less than all other people ...))
But if an error occurs on a test server, and is not visible to anyone, and does not affect the client's business in any way, then there is no point in fussing over it and insisting on immediate elimination.
I notice more than once: when there is no involvement of the client in the project, then skeletons in the closet and the negligence of the developer begin to see him everywhere. ???? ♂ Although there are no objective reasons!
Any modules that break during the development process are common. You can't do a good project right away.
Finding bottlenecks, we finish them, make the project more stable.
If the client expects a miracle of perfection right away, he will not be there. There will be mistakes, and there will be many of them.
We value customers who don't waste our time. And this is a form of mutual respect. At the same time, we arrange a syncap every day or every 2-4 days, where we show what has been done, what is currently in progress, and what difficulties there are. We are always in touch. ???? ????
No need to cut out the brain of the developer with a curly jigsaw. Trust, since you have chosen this artist yourself, do not stand above your heart. Better check: there may already be enough cards in Trello for which the performers are waiting for a response from the client! Otherwise, the task cannot be taken into work.
Unfortunately, I come to the conclusion that such over-emotional and overly anxious clients themselves slow down their project. You shouldn't be distracted by any customer yell.
Therefore, we potentially "fire" such a client. And we take instead a new, complex project from the queue.
All the advantages of such a solution - we transfer the project to another developer, and he already makes mistakes further, and we get a new client who will work more closely with us and understand that there will be no working project and optimized code without errors.
???? There is also an important remark. The client requires the developer to live within his project, but he himself, oddly enough, is in no hurry to fulfill his financial obligations on time. ????
There can be no talk here - we do not allow downtime without payment. And even the warning "number of times" may not follow - we discuss these details before starting work.
If the client does not have financial discipline, we are not on the way.
Is it time to end this prohibitively long post ???? Next time, when you are a client - do not forget that this is temporary ????
But what is constant is that you are an adequate, sane person.
Trust the developers, do not react painfully to what they suggest to improve in your project. They are more experienced. Listening to and agreeing with the recommendations of a specialist is the norm in any field of activity. An honest developer involved in your project is rare. Appreciate your working relationship, do not escalate without objective reasons. Although ... even with objective reasons, do not push too ???? Lead a dialogue and ask for help to understand what can be improved in the very process of work, in a specific task.
Well, the final thought will be this: there are a lot of smart techniques and technologies designed to facilitate communication with the client, and make the project management process transparent and understandable.
But the bottleneck in this is human
У записи 10 лайков,
0 репостов,
350 просмотров.
0 репостов,
350 просмотров.
Эту запись оставил(а) на своей стене Дмитрий Любимцев
