Прямо сейчас я заканчиваю выпускной последний год (бакалавр компьютерных наук). Я не знаю, могу ли я задать вопрос о учебе в колледже, потому что никогда не сталкивался с этим, просматривая вопрос. Все-таки это мое WorkPlace
.
У меня есть группа из 5 человек, работающих над проектом на основе Java. По воле случая я являюсь руководителем группы и имею большой опыт работы с Java. Остальные мои участники не так хороши, на самом деле, даже не средние. С самого начала вся нагрузка лежит на мне, весь код + документация. Но сейчас самое время. Я работал днями и ночами, ища ответы на Stack Overflow, но теперь я чувствую давление. У меня тоже есть лимит. И нужно заставить их тоже работать сейчас.
Но мои товарищи приняли меня как должное. Я не знаю, что сказать сейчас? Как сказать им, чтобы они усердно работали? И проблема в том, что если им нужно внести свой вклад, они должны чертовски хорошо знать Java, поэтому им приходится много учиться. Но они не хотят. Что я должен делать? Как справиться с этим?
ОБНОВИТЬ:
Несколько пунктов, как просили в комментариях.
Что ж, это может показаться забавным, но в колледжах и прочем нет управления проектами. Может показаться шокирующим, что структура проекта завершается после завершения проекта.
Это распространено, потому что это этап, когда мы учимся чему-то и не имеем большого опыта в его реализации. И нет разделения труда. Кто так когда-либо хорош в этом, должен пойти на это.
Обновление2
«Звучит как классический случай, когда один человек убегает с проектом после того, как был действительно взволнован и не удосужился попытаться включить своих товарищей по команде, которые затем ничего не делают или не прилагают усилий к проекту, и в конечном итоге дают обратный эффект, потому что один человек не может выполнить весь проект. Но нетерпеливый член команды понимает это слишком поздно, чтобы эффективно изменить тактику, и внезапно в результате вся команда будет остановлена » . @enderland
Ну да, я думаю, что это правда. Придется принять это.
Только сейчас понял, что это была моя ошибка, что бы ни случилось. Не могу винить в этом своих товарищей по команде. Раньше надо было думать, что делать, а что нет. Но сейчас пытаюсь исправить свою ошибку с помощью комментариев и ответов, на которые ответили полезные, опытные и замечательные люди на этом форуме. Спасибо.
Обновлю что получилось в итоге.
«Мы взяли Java, потому что мои товарищи по команде сказали: «Выберите ту, с которой ВАС все в порядке » — в этом и кроется основная причина — они не собирались работать с самого начала. Ничто не поможет сейчас, если все, что они делают, это эксплуатируют вашу тяжелую работу.
Однако это ваша вина , что вы этого не заметили; лучшее, что вы можете сделать сейчас, это распустить команду и работать самостоятельно, хорошо это или плохо:
Я собираюсь предположить, что это проект колледжа, а не фактическое рабочее место. Я также собираюсь предположить, что проект длится всего несколько недель.
Если это так, у вас нет реального способа заставить своих коллег работать усерднее. Что вы можете сделать, так это сесть с ними и сказать им, что, по вашему мнению, вы делаете больше, чем положено. Попросите их активизироваться и сделать больше. Спросите их, есть ли причина, по которой они делают меньше, чем вы. Имейте в виду, что они могут думать, что работают так же усердно, как и вы, но если они не так опытны, как вы, или в команде плохая коммуникация, вам это не всегда кажется таковым.
Вы говорите, что ваши товарищи по команде плохо знают Java. Был ли у вас выбор языка? Если да, то почему вы выбрали Java? Редко когда курс заставляет кого-то делать проект на языке, которому его не учили. У вас тоже был выбор в товарищах по команде?
Я бы не рекомендовал пытаться применять какую-либо «методологию» на данном этапе. Если у вас осталось всего несколько недель, то новая методология обойдется вам дороже, чем даст. Однако вы должны перестать просто позволять людям делать то, что им хочется. Убедитесь, что у всех есть список задач и они знают, чего они должны достичь, чтобы проект заработал — один человек занимается пользовательским интерфейсом, один человек занимается алгоритмами, один человек занимается взаимодействием с файлами: что-то в этом роде.
Если ваши товарищи по команде не будут вмешиваться и делать больше, я рекомендую сократить масштаб проекта до того, чего вы можете достичь с уровнем помощи, которую они готовы оказать. Даже в четко определенных проектах обычно есть некоторые функции, которые можно пропустить или использовать более простую архитектуру.
Наконец, убедитесь, что ваш профессор знает заранее, что происходит. И когда проект будет завершен, вы узнаете много нового о том, как работают программные проекты.
Пожалуйста, убедитесь, что ваши товарищи по команде провалили класс. Мы не хотим, чтобы они были в нашей профессии.
Лично в этом случае я бы поговорил с профессором, показал ему, что вы сделали и что, если что, они внесли, и попросил бы помочь, как заставить их внести свой справедливый вклад или как вы можете убрать их из своей команды. и оцениваться только за свои собственные усилия.
На будущее, никогда больше никому не позволяй так с тобой играть. Разделите работу с самого начала и проводите ежедневные встречи, на которых каждый должен описать свой прогресс. Одна из причин ежедневных совещаний в некоторых agile-процессах — убедиться, что достигнут прогресс. Убедитесь, что вы используете систему контроля версий, чтобы вы могли видеть, кто что проверял. Никогда не позволяйте этому дойти до этой стадии. На рабочем месте я бы уволил ваших товарищей по команде несколько недель назад.
Yikes, это немного беспорядок. Я бы предложил провести собрание команды, чтобы узнать, разделяют ли другие члены команды точку зрения на то, что все выглядит плохо. Возможно, они разделяют вашу точку зрения, а возможно, и нет, но это будет одна из идей. Было бы полезно узнать, как все видят текущую ситуацию.
Во-вторых, рассмотрите идею принятия какой-либо методологии, чтобы все можно было хотя бы немного организовать. Scrum — это одна из идей, хотя есть и другие, которые могут быть полезны, чтобы привлечь всех к тому, что нужно делать в рамках какого окна, и продвинуться вперед. Структура здесь является ключевой, так как без нее у вас может быть 5 человек, которые пытаются выполнить работу в разных направлениях, а не объединяться. Есть и другие agile-идеи, которые можно использовать, хотя здесь идея состоит в том, чтобы найти что-то относительно легкое, что относительно легко реализовать, чтобы вы могли начать получать некоторую поддержку.
Если вы хотите побороть лень, я бы посоветовал найти их валюту и использовать ее в качестве рычага. Заботятся ли они о своих оценках? Заботятся ли они о своей репутации? Они заботятся о деньгах? У большинства людей в мире действительно есть что-то, что они очень ценят, поэтому ключ в том, чтобы найти это и использовать это как способ получить от них максимум. Хотя это манипуляция, есть что сказать: «Эй, я собираюсь выжать из тебя все возможное, и вот как мы это сделаем…». «Как завоевывать друзей и оказывать влияние на людей» или «Драйв»если вы хотите найти методы убеждения и мотивации. Есть более чем несколько способов сделать это, и это было бы полезным навыком в мире, так как будет много раз, когда кто-то может сказать: «Почему я должен это делать?» и вы должны найти какой-то способ заставить их сделать это без явного «Потому что я так сказал!» это звучит довольно по-отечески и унизительно для человека, которому нужна причина для какой-то работы.
Джей Би Кинг
Джоуи Рохан
Джоуи Рохан
Адам В
Джоуи Рохан
DJClayworth
Адам В
Адам В
Джоуи Рохан
Джоуи Рохан
АрджунШанкар
пользователь8365
HLGEM
край
Джоуи Рохан
Джоуи Рохан