Как конфликты влияют на процесс разработки программного обеспечения?
Предлагаю поделиться опытом решения конфликтов и (или) информацией о том, как конфликты влияют на процесс разработки программного обеспечения, общение с заказчиками, а также возможные последствия и извлеченные уроки из конфликтных ситуаций.
13 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарівНу опять про деньги %). Это говорит о том, что Вам тоже пора менять место на более высокооплачиваемое.
Тут нужна третья сторона, которая примет решение какую кнопку сделать, скорее всего это будет руководитель. (ну плоской коменде представилтель заказчика должен рассудить)) как ему надо)
Мне кажется такие проблемы нужно решать с помощью ТЗ. ЕСли в ТЗ требований нет — соответственно непредвиденные работы, новое ТЗ, дополнительные расходы для заказчика. Если ТЗ нет, а есть какой нибудь ПродактОунер, который согласовывает задачи, то пусть он разгребает:) ведь он представитель заказчика. А если ничего этого нет, тогда мы попали.:) Тогда тут вариантов масса...
Если кнопки сделать нативными, то в Windows они будут квадратные, а в MacOS — круглыми -, но в людом случае это будут настоящие кнопки, к которым так привыкли пользователи, а не то ли картинка, то ли ссылка, то ли кнопка, то ли баннер небольшой:)
Спасибо на книги, сейчас по дороге зайду в книжный магазин:)
Кстати, небольшая цитата из «Пять пороков команды: притчи о лидерстве»:,
Возможно у них просто разное видение проекта, и каждый по отдельности нарисовал бы неплохой дизайн, но если частично учитывать пожелания и одного и другого может получиться не очень хорошо, типа «смесь бульдога с носорогом».
Можно провести небольшой опрос — спросить десяток людей, какой из вариантов больше нравится и решить.
А так наверное если спорят по поводу таких не очень глобальных вещей — значит нет задач поважнее и поинтереснее, а есть лишнее время:)
Вот еще нашел одну из причин конфликтов:
Как раз создание этой темы и было навеяно этой книгой.
Да, так часто бывает, когда критика (даже конструктивная) не находит сторонников и ты получаешься «изгоем» со своим решением.Но вот если взять частный случай — два дизайнера или программиста «передрались» из-за того, какую кнопку делать — круглую или квадратную и третий день не разговаривают друг с другом. Что, на ваш взгляд, в таких случаях нужно делать? А еще очень интересно как вы решаете конфликты с заказчиками, которые на ходу меняют требования? Все таки, это одно из самых распространенных причин конфликтов.
Вообще те книжки о которых я упомянул (жаль что они немного дороговаты и нет кажется в электронном формате) очень хорошие и стоит их почитать, я их читал до Дедлайна и Дедлайн показался затянутым и не очень полезным.
Еще интересно упоминается о совещаниях успешных и не очень компаний в видео:
Лекция Давида Яна «Создание эффективной бизнес-команды»
Считаю, что конфликт (не путать разногласия, взаимную критику, даже какие-то обиды и т д) в любом случае негативно отразится на результатах. Считаю что когда есть конфликт, то две стороны начинают отстаивать свои личные интересы в первую очередь, даже если им кажется что они действуют на благо команды. Для успешного ведения дел должна быть здоровая психологическая обстановка. Если «конфликт» про который говорит г-н Волошин, то на мой взгляд это нормальный рабочий процесс, а вот если разногласия перерастают в личную неприязнь, это совсем другое дело. Конфликты нужно решать, иначе это будет мешать работе, вашему психологическому здоровью и в целом команде.
А конфликтность в решении вопросов действительно полезная вещь, как об этом и написал Волошин.
Пару раз я констркутивно давил на коллег из-за перекладывания ответственности и задержек в проекте, в итоге мне теперь сложно иметь личностные дискуссиии с коллегами, но что поделать — за успех всегда нужно платить, а пока я один сам с собой это переживаю.
Пять пороков команды: притчи о лидерстве,
Смерть от совещаний: Как решить самую наболевшую проблему бизнеса.
Если очень коротко, то без конфликтов (драмы) совещания становятся смертельно скучными (а потому нерезультативными и вредными), а команда стает слабее — поскольку решения принимаются без достаточной дискуссии, устраивают всех и не устраивают никого одновременно.
Другое дело, что конфликт должен быть управляем (в случае совещаний например — их руководителем).
Вообщем советую почитать, книжки небольшие и с художественной оболочкой, но оставили приятное впечатление.
конфликты можно найти в каждом посте на этом сайте;)