15.12.2016 Экспертиза, Менеджмент, Открытый код/LinuxОткрытая модель разработки становится всё популярней. Однако у всякой медали две стороны — на практике вместо повышения эффективности может получиться совершенно противоположный эффект. Разумеется, сама модель тут совершенно не при чём — это всего лишь инструмент, которым следует ещё и уметь пользоваться. В старые добрые времена открытыми проектами руководили люди, для которых подобная модель была привычной и понятной. За их плечами был большой опыт участия в разработках Open Source, и большинство правильных решений они принимали не задумываясь. Они «играли в свою игру на своём поле» и именно поэтому достигали успеха. Совершенно противоположная ситуация может возникнуть в командах, участники которых не имеют такого опыта. В случае «директивного» перехода на Open Source неизбежны проблемы, возникающие из-за того, что руководители проектов сами не понимают сути открытой модели, ошибочно считая, что открытость сама по себе может сделать процесс более эффективным. Член Forbes Coaches Council, консультант по управлению Джен Келчнер решила поделиться с читателями сайта OpenSource.com своими знаниями по построению коммуникаций в открытом проекте. По её мнению, именно ошибки в этой области приводят к дезинтеграции команды разработчиков и, как следствие, к низкой эффективности совместной работы. Если в традиционных корпоративных моделях под связью часто понимается простой процесс передачи информации от одного сотрудника к другому, то в проектах Open Source это значительно более ...
читать далее.
