开源项目怎么管理？

猫工

打算用lazarus做个开源项目，和社区里的群里的兄弟们一起，用SVN来做。可是惭愧啊，本人能力有限，水平有限，没能把项目坚持下来，做出来。
现在遇到个问题，一直没有解决，求解：
因为大家都是来自五湖四海的，大家都还有自己的工作，自己的事，所以不能强求谁谁谁来做什么什么任务，项目不好指派，项目进程不能把握。想请问：怎么控制项目进度？

liboys

简单谈谈我的看法：

1、开源项目因为没有利益驱动，或者需要较长的一个过程才能看到成果，容易导致成员热情逐渐减少。
需要想办法使用项目成员在参与项目的过程中取得收获，这种收获可以是心理上的，技术知识上的，友谊上的，例如：
1）定期让项目成员将项目的进展、成果，一些项目中的经验介绍，技术等，以文字或者截屏的方式，互相传阅，这样避免每个项目成员只了解自己手头的东西。
2）定期让项目成员聚在一起，喝点酒，或者旅游一下，让大家互相了解，干劲就来了。
3）定期搞一些网络视频会议。


2、项目的交流需要有统一的地方
1）源码管理：可以选择sourceforge.net等网站对项目进行管理
2）BUG管理：可以用sourceforge.net，或者另外创建bug跟踪系统对问题进行跟进。
3）问题讨论：可以选择邮件列表，这种方便进行记录
4）专门的QQ讨论群等，不过用QQ聊天很容易浪费掉时间

3、时间管理
1）因为有些人不时需要加班，请假或者其他事情，所以定期例如每二周搜集一下每个人的完成情况，再下二周的空闲情况，再根据每个人的情况分配工作。
2）这里还有个问题，参项开源项目的人，大多可能不喜欢固定的完成时间，可能更喜欢自由的安排，什么时间想起来做一点就什么时候做。这个可能从下面的分工问题方面去解决。

4、分工问题
1）最好还是项目能够固定几个核心人员，这几个成员互相比较熟悉，负责主要的核心框架，可以容易安排进度。其他的项目成员，就负责做一下外围的库函数，或者非核心的辅助功能，这样不会因为他们导致拖延进度。

5、宣传问题
1）抽一两个人，专门到国内外技术论坛上是介绍自己的产品，让多点人下载，多点人试用，这样令项目成员更有成就感，项目活跃度提高了，大家就不会失去兴趣。

涛

嗯，同意用邮件列表，还有GTalk，不过国内用户貌似不多？
同意用sourceforge.net来管理

猫工

觉得还是人员的管理，项目进度的管理

lcz20

人员分三层:

lcz20

-----------------------------------组织结构----------------------------------------------------------------
①协调管理层(管理组)②核心开发层(开发组)③外围调试开发宣传人员(外围组)
协调管理层:项目进度控制,任务调配
核心开发层:由稳定的技术人员组成,主要进行关键任务的开发调试,其中有一到两名是主要开发人员
外围:进行宣传,辅助模块开发等..
------------------------------------工作模式--------------------------------------------------------------
①项目的确定:综合成员意见,汇总项目候选列表,投票选取当前项目
②管理组进行项目分析,划分任务
③开发组核心开发人员进行项目构架设计,并拆分模块
④开发组进行开发
⑤外围进行宣传并协助开发
--------------------------------------辅助设备------------------------------------------------------------
①SVN
②QQ群
③电子邮件(可直接通过QQ邮箱)
④讨论交流(本社区)
--------------------------------------------------------------------------------------------------------------
项目执行程序:
综合讨论确定项目;
管理组和开发组核心确定项目任务和UML构架;
管理组分配任务;
开发组开发人员每周汇总进度,并提供下一周开发时间计划(需要确定具体时间,建议采用在社区指定板块开帖汇总);
管理组调配任务,统计开发贡献;
----------------------------------------激励模式------------------------------------------------------------------
考虑到开源项目的非营利性,激励模式只能采用非物质性,可采用对每个模块附上开发人员名单(依照贡献值确定).
----------------------------------------------------------------------------------------------------------------------
参考!..

马可de菠萝

代码的发布应该是核心人员才行，这样可以把握代码的质量跟项目的整体性
sf速度比较慢，google的不错