The following text is a partial translation of the original English article, performed by ChatGPT (gpt-3.5-turbo) and this Jekyll plugin:
В XDSD каждому, включая менеджеров проектов, аналитиков, программистов и владельцев продуктов, выплачиваются деньги на основе доставляемых результатов с согласованными бюджетами. В первом разделе статьи “Чем XDSD отличается” я подробно объясняю, как работает этот концепт. Однако в статье я не объясняю, как мы определяем приемлемую почасовую ставку для каждого участника проекта.
Когда к нам приходят новые люди, обычно у них уже есть некоторые цифры в голове. Они знают, сколько они ожидают зарабатывать в неделю, в месяц или в день. Мы редко ведем переговоры о ставках оплаты, а просто принимаем разумные предложения (см. Сколько вы стоите?). Тем не менее, примерно раз в несколько месяцев мы пересматриваем ставки оплаты и корректируем их соответственно (увеличивая или уменьшая их).
Позже в статье приведен список факторов, которые влияют на наши решения по установлению ставок оплаты. Однако перед тем, как мы перейдем к факторам, влияющим на наши решения по установлению ставок, важно упомянуть, что, в отличие от большинства других компаний или команд по разработке программного обеспечения, мы не обращаем внимания на следующее:
Навыки и опыт, указанные в вашем резюме;
Количество времени, уже затраченное на наши проекты;
Возраст, пол, национальность, религиозные верования и т. д.
Нижеперечисленные факторы, однако, действительно очень важны для нас. Они существенно влияют на ваш “общий балл” и играют важную роль в принятии решения о снижении или повышении ставки оплаты. После изменения ставки оплаты мы не ведем переговоров с участником проекта.
Имейте в виду, что помимо снижения почасовой ставки, низкий общий балл может повлиять на количество задач, которые вы получаете от нас.
Лучшие разработчики получают большую часть новых задач. Итак, продолжайте чтение, следуйте нашим принципам и узнайте, как зарабатывать и наслаждаться более высокими ставками.
Чем быстрее вы выполняете задание, тем лучше. Мы отслеживаем все ваши завершенные задачи и легко можем рассчитать, сколько дней в среднем вам требуется для их закрытия. Чтобы увеличить этот показатель, старайтесь закрывать все задачи как можно скорее, чтобы сократить среднее время их выполнения.
Если вы видите, что конкретное задание вам не подходит, не тяните с ним. Вместо этого, как можно скорее сообщите об этом вашему менеджеру проекта. После того, как вы сообщите менеджеру проекта, он постарается найти для вас что-то другое, более подходящее.
Кстати, лучшие разработчики обычно закрывают свои задачи в среднем за пять календарных дней (или меньше).
Хотя мы призываем всех отказываться от задач, которые им не нравятся, мы категорически против просроченных задач. Как только вы начинаете работать над задачей, мы ожидаем, что вы закончите ее вовремя.
Принцип «Без обязательств» дает нашим менеджерам проектов свободу забрать у вас любую задачу, если вы не справляетесь с ней в разумные сроки (десять дней).
Удаление задач менеджерами проекта отрицательно сказывается на вашем общем балле. Тем не менее, даже у лучших разработчиков бывают просроченные задачи, и мы понимаем, что это случается время от времени. Однако наши лучшие разработчики стараются минимизировать количество просроченных задач. Хорошим ориентиром для приемлемого количества в этой области является примерно одна просроченная задача на каждые двадцать успешно выполненных и вовремя законченных задач.
Каждой задаче XDSD назначается роль проекта. Статья “Разработка, основанная на головоломках, по ролям” перечисляет ключевые роли, которые мы используем в проектах XDSD. В общем, чем выше роль, тем сложнее задачи, которые ей назначаются. Поэтому закрытие задачи в роли “архитектора” намного важнее, чем закрытие задачи в роли “исполнителя” (или “разработчика”).
Чем больше задач вы закрываете в своей текущей роли, тем быстрее вы будете продвигаться по службе и получать повышение зарплаты. Очень часто наши разработчики работают сразу в нескольких ролях.
Мы не рекомендуем вести долгие разговоры по одной задаче. Чем дольше обсуждение задачи, тем дольше занимает ее выполнение, что снижает вашу эффективность в качестве разработчика. Идеально, разработчик должен получить задачу, выполнить ее и сообщить об этом автору задачи. После этого автор задачи закрывает ее, и производится оплата.
Мы автоматически отслеживаем количество постов и получаемых вами сообщений по задачам. Слишком большое количество сообщений может негативно сказаться на вашем общем рейтинге.
Чтобы избежать долгих разговоров в задачах, отправляйте новые тикеты с вопросами или сообщениями об ошибках. Статья о «Разработке на основе головоломок по ролям» снова объясняет всю концепцию помощи нам «сломать проект», отправляя новые ошибки. Следуйте этой концепции, и все будет хорошо.
В XDSD ошибки приветствуются. Вы должны сообщать об ошибках во время обычной разработки. Кроме получения дополнительных денег за сообщение об ошибках, вы также можете повысить свою общую оценку.
Лучшие разработчики сообщают об одной ошибке на каждые 2-3 выполненные задачи.
Translated by ChatGPT gpt-3.5-turbo/42 on 2023-11-18 at 05:25
