如何成功实施开源项目的民主(非BDFL控制)管理类型？更具体地说 - 对于使用分布式源存储库的项目.
在这样的环境中最好采用什么样的沟通方式？
如何鼓励合并分支到主人？
我最感兴趣的是建立一种情况,即人们可以根据"社会契约"协议直接合并到主分支,他们遵循项目路线图(他们自己帮助定义)并且他们提交的代码经过测试.
我特别想鼓励工作流程
define the problem- > define requirements and specific metrics of success- > architect- >build and test
原因是 - 我经常看到像here is the problem and here is how I think it should be solved
其他人一样的电子邮件跳入并开始战斗.完全没有生产力.
通常这种意见的分歧源于不在问题定义,要求或架构的同一页面上.或者有时候因为没有人想过这样的事情.
如何鼓励人们正确分析问题,分享好点子并选择最佳解决方案？
如何组织沟通,以避免愚蠢的斗争,做出正确的决定,而不是过于官僚,并以良好的步伐前进？
你有什么建议吗？是否有以这种方式管理的项目示例？
您认为采用分布式修订控制而不是集中式会影响项目管理的风格吗？
编辑:在相关问题中找到一些有趣的链接
http://gettingreal.37signals.com/toc.php
http://www.catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/