Офер за 1 день в команду BetterMe (Frontend Hiring, JavaScript/React/Redux)
×Закрыть

Материалы по теме «support»

RSS

Организация рабочего графика техподдержки: плюсы и минусы 8 и 12-часовой смены Организация рабочего графика техподдержки: плюсы и минусы 8 и <nobr>12-часовой</nobr> смены

Victor Karabedyants 22456

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

Комментарии

Описался — не от Intellij а от JetBrains. Code with me работает почти во всех JetBrains IDE, не только в Intellij, а в перспективе будет работать во всех
Как это работает в целом: * Хост работает в своей родной IDE, клиенты работают в легковесных IDE которые, в пределах задач написания кода, вполне себе полноценные.
Было бы интересно услышать ваш опыт более подробно, сейчас я в основном парно диаграммы рисую в люсидчарте
3) Ну примерно то же я и описал в статье ) пары надо менять однозначно
Якщо людина не цікавиться продуктом — вона апріорі не може бути такою ж корисною, як працівник з живим інтересом, який можливо навіть сам юзає цей продукт і відповідно знає юз кейси користувачів.
1. В жопочасах — в 2 раза дороже. Но в жопочасах и синьер в 10+ раз дороже джуна 2. Вот в этом, как раз и находится сильнейшая сторона парного программирования — наличие коллеги рядом держит тебя в фокусе. Не «должно держать», а именно держит 3.
В скраме хорошо виден перфоманс каждого в каждом спринте. Вы не могли бы рассказать об этом поподробнее, пожалуйста. Какой именно инструмент Скрама позволяет хорошо видеть перформанс каждого.
Насколько я понимаю, по определению Скрама. На спринт комитится вся команда, целиком. Если команда не справилась со спринтом — это общая ответственность. Велосити меряется для всей команды в целом. В общем, типичный бригадный подряд.
шо за анекдот?
В общем, что можно сказать... За деревьями и леса не видно. Scrum — это всего лишь некий фреймворк, который вам помогает что-то и как-то организовать. В данном случае разработку и поставку кастомеру ПО.
Скрам очень удобен для разработчиков отсутствием индивидуальной отвественности за сделанное Как это? Она очень даже есть. В скраме хорошо виден перфоманс каждого в каждом спринте. Если разработчик не тянет темп команды, от него быстро избавляются.
Почему же нет индивидуальной ответсвенности?
В общем нет пока процессов организации труда которые работают сами по себе. Скажите, пожалуйста, а кто в Скраме отвечает за то, чтобы процесс работал?
Ну смешно же вбросил...
В общем нет пока процессов организации труда которые работают сами по себе. Вот поэтому если я вижу, что в команде продукт выше процесса, предпочитаю с ней дела не иметь.