Почитал комменты, вроде бы вы и без нас знаете, что делать:
1. Если Яндекс.Касса зачарджит снова, ок.
2. Если нет, неспешно подыскивать альтернативу.
3. Всех, кому вернули, извиниться и попросить заплатить еще раз на специальной странице.
4. При следующем заказе сделать отмеченный чекбокс "включить в счет деньги, которые мы вам случайно вернули" со ссылкой на эту статью. Иными словами, сделать активным действие "не возвращать деньги".
Сколько собрали, столько и ваше.
В любом случае:
1. Брать вину на себя (я, руководитель, накосячил и мне стыдно, а не "произошел сбой"). Не упоминать виновных, даже в том ключе, что не будете их наказывать.
2. Очень благодарить, если вернут: мне кажется нужно по-человечески сказать спасибо, а не предлагать какие-то купоны и прочий баш на баш. В любом случае арифметика будет не в пользу клиента.
3. Есессно, ни в коем случае не давить на совесть, чтобы даже намека на это не было. Это — проблема компании. Мы можем попросить клиентов помочь, но если получим отказ, нельзя настаивать.
Ничего не вызывает вопросов, со всем согласна. Но почему "Брать вину на себя (я, руководитель, накосячил и мне стыдно, а не "произошел сбой")."? Почему обязательно топу брать вину на себя, а не говорить о сбое?
Потому что на то он и руководитель. Он несет ответственность за действия команды и решения. Сбой из-за человеческого фактора по вине исполнителя. Исполнитель исполняет, руководитель - принимает решения и несет по ним ответственность, потому у них разница в оплате их труда
Отдельно, почему это всегда вина руководителя, а не админа, девелопера, тестировщика.
Процесс разработки, ручного и автоматического тестирования, релизов — ко всему этому приложил руку руководитель. Он искал ключевых сотрудников — уже поэтому.
Ну и конечно мы, руководители, так или иначе влияем на выбор приоритетов. Даже если решения принимает команда разработчиков, у нас есть право _предложить тему_. В этом праве — большая власть.
Всегда можно спросить:
- Ребята, хотите #DevOps?
- Нужен скрам мастер или сами с усами?
- Будем юнит тесты писать?
- Хотите интерфейс покрывать автоматическими тестами?
Быстрые релизы = больше прибыли, но и больше риска. За это приходится платить.
вы красиво говорит про it. Тем не менее в компаниях где употребляют эти слова, базы с дева не раскатывают. Вообще с трудом понимаю зачем, как и что за процессы заставляют раскатывать базу с дева. Вангую, что там сидит пара прогеров один админ, а тестировщиков возможно и нет.
По той же причине, почему клиенты хотел "поговорить с руководством". Люди хотят быть уверены, что в компании все под контролем. Четкая иерархическая лестница с распределенной ответственностью дает им такое ощущение.
Держитесь, мужики.
Почитал комменты, вроде бы вы и без нас знаете, что делать:
1. Если Яндекс.Касса зачарджит снова, ок.
2. Если нет, неспешно подыскивать альтернативу.
3. Всех, кому вернули, извиниться и попросить заплатить еще раз на специальной странице.
4. При следующем заказе сделать отмеченный чекбокс "включить в счет деньги, которые мы вам случайно вернули" со ссылкой на эту статью. Иными словами, сделать активным действие "не возвращать деньги".
Сколько собрали, столько и ваше.
В любом случае:
1. Брать вину на себя (я, руководитель, накосячил и мне стыдно, а не "произошел сбой"). Не упоминать виновных, даже в том ключе, что не будете их наказывать.
2. Очень благодарить, если вернут: мне кажется нужно по-человечески сказать спасибо, а не предлагать какие-то купоны и прочий баш на баш. В любом случае арифметика будет не в пользу клиента.
3. Есессно, ни в коем случае не давить на совесть, чтобы даже намека на это не было. Это — проблема компании. Мы можем попросить клиентов помочь, но если получим отказ, нельзя настаивать.
4. Рассказать финал истории на vc.ru
Ничего не вызывает вопросов, со всем согласна. Но почему "Брать вину на себя (я, руководитель, накосячил и мне стыдно, а не "произошел сбой")."? Почему обязательно топу брать вину на себя, а не говорить о сбое?
Потому что на то он и руководитель. Он несет ответственность за действия команды и решения. Сбой из-за человеческого фактора по вине исполнителя. Исполнитель исполняет, руководитель - принимает решения и несет по ним ответственность, потому у них разница в оплате их труда
Отдельно, почему это всегда вина руководителя, а не админа, девелопера, тестировщика.
Процесс разработки, ручного и автоматического тестирования, релизов — ко всему этому приложил руку руководитель. Он искал ключевых сотрудников — уже поэтому.
Ну и конечно мы, руководители, так или иначе влияем на выбор приоритетов. Даже если решения принимает команда разработчиков, у нас есть право _предложить тему_. В этом праве — большая власть.
Всегда можно спросить:
- Ребята, хотите #DevOps?
- Нужен скрам мастер или сами с усами?
- Будем юнит тесты писать?
- Хотите интерфейс покрывать автоматическими тестами?
Быстрые релизы = больше прибыли, но и больше риска. За это приходится платить.
вы красиво говорит про it. Тем не менее в компаниях где употребляют эти слова, базы с дева не раскатывают. Вообще с трудом понимаю зачем, как и что за процессы заставляют раскатывать базу с дева. Вангую, что там сидит пара прогеров один админ, а тестировщиков возможно и нет.
спасибо
По той же причине, почему клиенты хотел "поговорить с руководством". Люди хотят быть уверены, что в компании все под контролем. Четкая иерархическая лестница с распределенной ответственностью дает им такое ощущение.