Введение

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

Достоинства сотрудничества могут быть огромными, если соответствующие партнеры синхронизированы.

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

Итак, каковы распространенные причины конфликта идей между партнерами и командами?

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

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

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

Перспектива - как чье-то физическое видение чего-либо и

База знаний - по росту человека.

Можно с уверенностью сказать, что чем выше человек, тем лучше физическое представление о нем.

Путь вперед

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

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

Мой подход к управлению моментами, когда возникают противоречия между идеями

Если вы раньше не сотрудничали с отличным партнером, я знаю, что вы все равно будете придерживаться старинной поговорки разработчиков: «Я волк-одиночка, я лучше всего работаю, работая в одиночестве», чувак, у тебя не было преимуществ работы с отличным партнером !!.

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

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

Чаще всего возникают «почему» и «как» определенные вещи. Этот принцип, который мне очень помог при работе с партнерами

«Скажите мне более подробное« почему » и если вы можете показать мне более подробное« как »

Тогда для меня будет саботаж не согласиться с твоей идеей.

Например, я мог вспомнить, когда я и мой партнер пытались придумать макет для регистрационной формы, мы спорили о том, где разместить флажок и метку для принятия условий компании. Я рассуждал только о пользовательском интерфейсе, поэтому я придерживался мнения, что мы разместим его под кнопкой «Зарегистрироваться». И моя причина заключалась в том, что, глядя на тот дизайн, который у нас был, было приятнее разместить его под кнопкой регистрации. У моего партнера было лучшее целостное представление, поэтому он рассуждал больше с точки зрения пользовательского опыта, поэтому он предположил, что не будет иметь смысла для потока вещей, если пользователь должен сначала нажать кнопку `` Зарегистрироваться '', прежде чем принимать компанию политика конфиденциальности.

Я лучше понял «почему», мы согласились, скорректировали вещи и придумали лучший дизайн с точки зрения UI / UX.

Говоря больше о пользовательском интерфейсе и пользовательском опыте, с точки зрения дизайна может быть сложно попытаться прийти к единому приемлемому дизайну. Со своей стороны, я скажу, что лучше всего по-прежнему следовать одному из лучших принципов UI / UX, а именно A / B-тестированию с реальными пользователями. Таким образом, побеждает дизайн, получивший наибольшее одобрение пользователей. Еще одна вещь может заключаться в том, чтобы показать владельцу продукта два или более разных дизайна, чтобы он / она сделал окончательный выбор.

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

Вкратце

Есть старинная поговорка, что

«Если во время приготовления супа вы горьки и злы, чаще всего суп оказывается не таким сладким, как должен быть» и

«Дом, разделившийся сам на себя, не может устоять».

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

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