Если вам когда-либо приходилось сталкиваться с людьми, с которыми вы обычно не работаете, вы, возможно, искали «примеры совместной работы», «как работать с новыми людьми» или «канбан». Для программистов существует ряд проверенных методов формирования и использования команд любого размера. Специальная команда, в которую я входил, решила разработать наши собственные методы и по большей части игнорировать советы коллег. Я могу указать на основные методы командной работы, которые мы намеренно игнорировали, - это Standup Meetings, крайние сроки SOS и создание (и соблюдение) запланированных профессиональных встреч. Тем не менее, я почувствовал маленькую гордость внутри, когда мы представили наше приложение, так много и много поработав.
В тот момент, когда наша команда отказалась от практики Standup Meeting, когда команда собирается быстро (вставая, чтобы избежать долгой, затяжной атмосферы «встречи»), я помню, как подумал: «Я должен сделать еще один довод в пользу этого, это кажется хорошим идея, которую я никогда не пробовал ». Вместо этого я пошел дальше, позволив пессимистическому взгляду на то, насколько нереалистично такое абсурдное поведение, повлиять на решение. У нас никогда не было ни одной Стендап-встречи. Вместо этого нам приходилось оставаться в сети вместе на Zoom и Slack так часто, как нам удавалось, чтобы быть уверенными в том, что у нас есть какое-то представление о том, что делают другие. Большинство из нас было там большую часть времени по три дня.
Еще одна рекомендация, от которой мы отказались, заключалась в том, чтобы работать в одиночку с назначенными задачами, устанавливая предел времени, в течение которого вы готовы сражаться в одиночку, прежде чем вы поднимете флаг SOS и попросите помощи у остальной команды. Как наименее опытный программист в нашей группе, я чирикал и звал на помощь, как только она мне нужна, а это было всегда. К счастью для меня, пара других участников группы потратила кучу времени на разработку, чтобы удовлетворить все мои потребности. Напротив, другой член нашей команды взял на себя задачу, явно выходящую за рамки их возможностей, никогда не просил о помощи и в итоге почти ничего не дал проекту.
Хотя мы делали квадратные колеса и использовали их на протяжении всего этого проекта, несоблюдение графика работы всей команды чуть не привело к полному провалу нашего проекта. Для члена команды случайные или опоздания на встречи кажутся верным способом мгновенно разрушить атмосферу проекта и потратить бесценное время. Наша команда быстро согласовывала время встречи на следующий день, но эта встреча начиналась поздно, обычно из-за незапланированных деталей, поэтому некоторая информация могла быть упущена некоторыми людьми или нам приходилось повторять то, что уже обсуждалось. К счастью, нам нужно было запланировать только три встречи, потому что большую часть остального времени мы были онлайн вместе, как я уже сказал, в течение трех дней.
Наша группа имела честь работать с шестью другими аналогичными группами, что дало нам возможность убедиться, что наши методы лучше, чем их, что привело к созданию лучшего продукта. Тем не мение. Проекты с вдвое меньшим количеством людей в команде оказались более хорошими продуктами, чем мы. Из презентации каждой команды мы узнали, что большинство из них не нарушили ни один из этих основных принципов командной работы. Их гордость была ощутимой.