Как заставить членов моей команды работать усерднее? [закрыто]

Прямо сейчас я заканчиваю выпускной последний год (бакалавр компьютерных наук). Я не знаю, могу ли я задать вопрос о учебе в колледже, потому что никогда не сталкивался с этим, просматривая вопрос. Все-таки это мое WorkPlace.

У меня есть группа из 5 человек, работающих над проектом на основе Java. По воле случая я являюсь руководителем группы и имею большой опыт работы с Java. Остальные мои участники не так хороши, на самом деле, даже не средние. С самого начала вся нагрузка лежит на мне, весь код + документация. Но сейчас самое время. Я работал днями и ночами, ища ответы на Stack Overflow, но теперь я чувствую давление. У меня тоже есть лимит. И нужно заставить их тоже работать сейчас.

Но мои товарищи приняли меня как должное. Я не знаю, что сказать сейчас? Как сказать им, чтобы они усердно работали? И проблема в том, что если им нужно внести свой вклад, они должны чертовски хорошо знать Java, поэтому им приходится много учиться. Но они не хотят. Что я должен делать? Как справиться с этим?

ОБНОВИТЬ:

Несколько пунктов, как просили в комментариях.

Что ж, это может показаться забавным, но в колледжах и прочем нет управления проектами. Может показаться шокирующим, что структура проекта завершается после завершения проекта.

Это распространено, потому что это этап, когда мы учимся чему-то и не имеем большого опыта в его реализации. И нет разделения труда. Кто так когда-либо хорош в этом, должен пойти на это.

Обновление2

«Звучит как классический случай, когда один человек убегает с проектом после того, как был действительно взволнован и не удосужился попытаться включить своих товарищей по команде, которые затем ничего не делают или не прилагают усилий к проекту, и в конечном итоге дают обратный эффект, потому что один человек не может выполнить весь проект. Но нетерпеливый член команды понимает это слишком поздно, чтобы эффективно изменить тактику, и внезапно в результате вся команда будет остановлена ​​» . @enderland

Ну да, я думаю, что это правда. Придется принять это.

Только сейчас понял, что это была моя ошибка, что бы ни случилось. Не могу винить в этом своих товарищей по команде. Раньше надо было думать, что делать, а что нет. Но сейчас пытаюсь исправить свою ошибку с помощью комментариев и ответов, на которые ответили полезные, опытные и замечательные люди на этом форуме. Спасибо.

Обновлю что получилось в итоге.

Какую методологию управления проектами вы используете? Какую методологию разработки вы используете? Как вы распределили работу? Я хотел бы отметить, что это факторы, которые вы вообще не упоминаете в этом посте.
@JBKing смотрите обновленный вопрос.
@JBKВ качестве простого примера, ваша предыдущая работа включала использование различных практик Agile. Но мы знаем только то, что такое Agile-практики.
@joeyrohan - это действительно не вопрос о рабочем месте; на реальном рабочем месте вы либо были бы в состоянии заставить их выполнять свою работу, либо у вас был бы менеджер, который мог бы это сделать. К сожалению, в этом случае у вас действительно нет никакого способа заставить их выполнять работу. Возможно, у вашего профессора есть идеи, как продолжить?
@AdamV хорошо, мой профессор дал мне достаточно прав, чтобы обеспечить их соблюдение. Но каким образом? Как я могу попросить их изучить кучу книг всю ночь и написать приложения? И это в некоторой степени, мы также разделяем дружеские узы:/
Если, как я предполагаю, речь идет о проекте программирования в колледже, вам лучше спросить на студенческом или научном сайте. Ситуация на реальном рабочем месте была бы совсем другой.
@joeyrohan - "Как я могу попросить их учиться..." - сказав им, что вы находитесь под таким же давлением в плане учебы, но что вы также выполняете работу для этого класса, а они этого не делают. t, кажется, задерживает их конец.
@joeyrohan — «мы также разделяем дружеские узы» — вы можете сказать им, что, по вашему мнению, они пользуются вашей дружбой, предоставляя вам делать всю работу для этого проекта.
@AdamV хм, хорошо сказано. Запомню это и завтра плюну им в лицо. Спасибо, AdamV :)
@DJClayworth Извините! буду иметь в виду в следующий раз!
То же самое произошло со мной в недавнем прошлом. В конце концов, когда крайний срок подошел, а от них не было никакого кода/вклада/сотрудничества, я написал нашему инструктору, что мы потерпели неудачу как команда, и что я не хочу подавать заявку как команда. Я сказал, что готов взять пенальти за провал команды, и что хотел бы подать в одиночку, если позволят. После этого инструктор поговорил с нами отдельно и разрешил мне сделать отсроченное индивидуальное представление. Я не знаю, что случилось с моими товарищами по команде, но я получил 9/10 на этом курсе.
Разве инструктор не дал каких-либо указаний о том, как будет оцениваться группа? Разве не ожидается, что каждый будет вносить определенный вклад?
@joeyrohan, кстати, для протокола, эти люди тебе не друзья. Они используют тебя, а друзья так не делают.
Это звучит как классический случай, когда один человек убегает с проектом после того, как был действительно взволнован и не удосужился попытаться включить своих товарищей по команде, которые затем ничего не делают или не прилагают усилий к проекту, и в конечном итоге дают обратный эффект, потому что один человек не может выполнить весь проект. Но нетерпеливый член команды понимает это слишком поздно, чтобы эффективно изменить тактику, и в результате внезапно вся команда будет уничтожена.
@enderland смотрите мой обновленный вопрос.
@ArjunShankar, давайте посмотрим, что сейчас происходит!

Ответы (4)

«Мы взяли Java, потому что мои товарищи по команде сказали: «Выберите ту, с которой ВАС все в порядке » — в этом и кроется основная причина — они не собирались работать с самого начала. Ничто не поможет сейчас, если все, что они делают, это эксплуатируют вашу тяжелую работу.

Однако это ваша вина , что вы этого не заметили; лучшее, что вы можете сделать сейчас, это распустить команду и работать самостоятельно, хорошо это или плохо:

  • Не позволяйте им получать признание за вашу работу.
  • Не привыкайте работать с бездарями и помогать им.
  • Одним из самых ценных навыков в жизни (и работе) является умение сказать «Нет». Многие люди будут рады беззаботно покататься на ваших плечах; скажите «нет», когда вы обнюхиваете такое поведение, не работайте с ними снова.
Я получаю смешанные предложения. Теперь я запутался, что делать!
В любом случае, мне больше всего понравилось ваше предложение. Зачем есть, если я трачу деньги? Круто! Благодарность!!!
Нет, здесь нет проблем. Дайте нам знать, как продвигается проект, если вы не возражаете.
Конечно! в конце будет обновлено. Спасибо за ваше ценное предложение :)
Я не согласен. Вы взяли на себя обязательство быть частью этой команды, и вы должны попытаться добиться успеха или потерпеть неудачу как команда. Это произойдет и на рабочем месте. Тогда вы не сможете просто так отбросить своих ленивых товарищей по команде.
@Chad - я не считаю справедливым, что команда выполняет меньше работы, чем она способна, и руководство наказывает трудолюбивых товарищей по команде за «недостижение целей в срок / качество», в то время как другие их коллеги бездельничают. Да, вы терпите неудачу как команда, но в какой-то момент вы должны выявить неэффективность и указать на нее тому, кто может с ней справиться.
@ArjunShankar - я никогда не говорил, что это справедливо. Но опять же, вы обнаружите, что в жизни гораздо больше несправедливых ситуаций, с которыми вам придется иметь дело, чем справедливых. Некоторые из них упадут в вашу пользу, но большинство будет выглядеть против вас. Если вы потратите слишком много времени, указывая пальцем на причины, по которым вы не смогли завершить проект, вы обнаружите, что объясняете, что это не ваша вина, что вас уволили.
@Chad: во-первых, спасибо за редактирование. Во-вторых, согласен с вами в принципе в важности достижения успеха в команде. Тем не менее, я настороженно отношусь к важности «командной неудачи». Неудача, какой бы благородной она ни была, не будет вознаграждена. В случае с OP идея состоит в том, чтобы сократить потери после нарушения доверия членами команды. Слишком поздно искать новую команду; не годится терпеть со стиснутыми зубами до конца только для того, чтобы увидеть, как ленивый и бездарный присваивает себе плоды своего труда.
@DeerHunter — Вы узнаете больше из своих неудач, чем из своих успехов. Если вам поручили командное задание и вы сдали его как индивидуальное лицо, вы провалили задание, даже если вы выполнили все остальные критерии.
@Чад: точно! в этом разница между реальной работой и колледжем — профессора могут захотеть оценить вас по нескольким аспектам задания, в то время как выполнение работы — это самое важное на работе. Неудачи на работе чаще всего порождают неудачи, в отличие от контролируемой, разделенной и гораздо более щадящей среды колледжа.
@DeerHunter - Должен признать, что я не учился в колледже 20 лет назад, но тогда в любом случае командные задания были просто командными заданиями. Индивидуальные заявки были отклонены. Предполагается, что колледж готовит тебя к реальной жизни. Я ненавидел это тогда, но я понимаю это сейчас.

Я собираюсь предположить, что это проект колледжа, а не фактическое рабочее место. Я также собираюсь предположить, что проект длится всего несколько недель.

Если это так, у вас нет реального способа заставить своих коллег работать усерднее. Что вы можете сделать, так это сесть с ними и сказать им, что, по вашему мнению, вы делаете больше, чем положено. Попросите их активизироваться и сделать больше. Спросите их, есть ли причина, по которой они делают меньше, чем вы. Имейте в виду, что они могут думать, что работают так же усердно, как и вы, но если они не так опытны, как вы, или в команде плохая коммуникация, вам это не всегда кажется таковым.

Вы говорите, что ваши товарищи по команде плохо знают Java. Был ли у вас выбор языка? Если да, то почему вы выбрали Java? Редко когда курс заставляет кого-то делать проект на языке, которому его не учили. У вас тоже был выбор в товарищах по команде?

Я бы не рекомендовал пытаться применять какую-либо «методологию» на данном этапе. Если у вас осталось всего несколько недель, то новая методология обойдется вам дороже, чем даст. Однако вы должны перестать просто позволять людям делать то, что им хочется. Убедитесь, что у всех есть список задач и они знают, чего они должны достичь, чтобы проект заработал — один человек занимается пользовательским интерфейсом, один человек занимается алгоритмами, один человек занимается взаимодействием с файлами: что-то в этом роде.

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

Наконец, убедитесь, что ваш профессор знает заранее, что происходит. И когда проект будет завершен, вы узнаете много нового о том, как работают программные проекты.

Спасибо за ваш ответ. Мы взяли java, потому что мои товарищи по команде сказали: «Выберите тот, с которым ВЫ согласны»; / Обязательно встретимся завтра. Спасибо! :)

Пожалуйста, убедитесь, что ваши товарищи по команде провалили класс. Мы не хотим, чтобы они были в нашей профессии.

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

На будущее, никогда больше никому не позволяй так с тобой играть. Разделите работу с самого начала и проводите ежедневные встречи, на которых каждый должен описать свой прогресс. Одна из причин ежедневных совещаний в некоторых agile-процессах — убедиться, что достигнут прогресс. Убедитесь, что вы используете систему контроля версий, чтобы вы могли видеть, кто что проверял. Никогда не позволяйте этому дойти до этой стадии. На рабочем месте я бы уволил ваших товарищей по команде несколько недель назад.

Хе-хе, я не знаю, почему я радуюсь, если кто-то грубит им :)

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

Во-вторых, рассмотрите идею принятия какой-либо методологии, чтобы все можно было хотя бы немного организовать. Scrum — это одна из идей, хотя есть и другие, которые могут быть полезны, чтобы привлечь всех к тому, что нужно делать в рамках какого окна, и продвинуться вперед. Структура здесь является ключевой, так как без нее у вас может быть 5 человек, которые пытаются выполнить работу в разных направлениях, а не объединяться. Есть и другие agile-идеи, которые можно использовать, хотя здесь идея состоит в том, чтобы найти что-то относительно легкое, что относительно легко реализовать, чтобы вы могли начать получать некоторую поддержку.


Если вы хотите побороть лень, я бы посоветовал найти их валюту и использовать ее в качестве рычага. Заботятся ли они о своих оценках? Заботятся ли они о своей репутации? Они заботятся о деньгах? У большинства людей в мире действительно есть что-то, что они очень ценят, поэтому ключ в том, чтобы найти это и использовать это как способ получить от них максимум. Хотя это манипуляция, есть что сказать: «Эй, я собираюсь выжать из тебя все возможное, и вот как мы это сделаем…». «Как завоевывать друзей и оказывать влияние на людей» или «Драйв»если вы хотите найти методы убеждения и мотивации. Есть более чем несколько способов сделать это, и это было бы полезным навыком в мире, так как будет много раз, когда кто-то может сказать: «Почему я должен это делать?» и вы должны найти какой-то способ заставить их сделать это без явного «Потому что я так сказал!» это звучит довольно по-отечески и унизительно для человека, которому нужна причина для какой-то работы.

Хорошие мысли :) Но они тоже ленивы :/
+1 - рассмотрите идею принятия какой-либо методологии. Это решение проблемы обеспечения успеха проекта. Учитывая конкретные действия, это также должно заставить команду работать над достижением цели. И я настолько с этим согласен, что игнорирую вторую половину ответа, которую лучше было бы удалить.