博客搬家了！！！

本博客正式版家到
http://blog.redoublelive.net

对于Redmine系统功能的一些感受（不足）

最近，在工作中频繁使用Redmine系统来管理实际的项目。在使用中发现，Redmine真的是非常强大的项目管理系统。部署方便，功能齐全，理念也比较先进。

然而，美中不足的有两点：

1. 现在的项目管理系统，都非常强调协作于沟通在项目管理中的重要作用。因此，系统中都有针对于某一条任务，大家共同来贡献内容的功能。实际工作当中，关于这一条任务的一些当前的工作进度、任务中的一些困难及其解决情况、关于该任务的一些设计细节、关于遇到问题的大家的讨论等等，这些都会记录在该任务中。这个功能在Redmine中有实现，但是在UI设计上显得过于古板了――任务的一些基本属性充斥了整个主要版面。而关于该任务的讨论在页面在最下端，经常需要向下滚屏才能看到，而且还与该任务的一些修改日志混杂在了一起。这样，对于任务的协作与沟通这个主题显得非常的不突出。

2. 实际工作中发现：我经常需要将某一个任务再次进行拆分，拆分成许多更微小的条目。然后针对这些条目在标记完成的状态。在这一点上redmine没有对应。只能在任务的详细信息中进行维护，又基于上一点原因的考虑，redmine对于这一点的对应非常不好。（据说redmine 1.0版本中会开始支持sub-issue，估计这样会好一些。）

针对以上两点，ActiveCollab, Streber, Zoho Project实现的非常好！值得借鉴。

项目管理系统对于实际管理需求的对应

刚刚和软件部门的部门经理进行了一会儿的讨论。

部门经理提出了他在今年的管理思路，然后想询问目前的项目管理系统如何对应。

管理思路如下：

• 整个部门会分为若干个项目团队，每个团队有唯一的负责人。
• 每个团队会同时负责多个系统/项目，每个项目的有唯一的负责人。（我建议项目的负责人就由团队负责人兼任）
• 各个系统/项目的需求来源会是多渠道的，有可能是不定期的。
• 部门经理日常既需要按照项目团队来管理人力资源，有需要按照系统/项目来进行业务管理。
• 部门经理需要看到针对团队和项目的不同层次的规划。

鉴于目前公司使用的REDMINE系统，我提出的对应方案如下：

• 针对每一个项目团队，在系统中建立单独的项目。团队负责人即是项目经理。
• 针对每个团队同时负责的多个项目，在系统中以issue catalog进行区分。
• 由项目经理负责将各个渠道的需求条目进行汇总，进行管理，并协调确认优先级。然后即可以采用SCRUM方式进行项目流转。
• 项目经理在规划时：
• 季度级别的规划以子项目的形式体现。（这个稍微有点别扭）
• 迭代周期级别的规划以version的形式体现。
• 迭代周期内部，使用issue进行任务分配。
• 这样，按照系统中的项目看来，项目组成员的工作量是饱满的。然后可以按照issue catalog进行过滤，观察某一个系统/项目的情况。

鉴于redmine非常强大的issue自定义过滤功能，因此可以很好的满足软件部门经理的管理需要。

而zoho project和activecollab该如何对应呢，正在考虑中……

（

activecollab：

• 只有单层的milestone功能，而没有子项目管理能力。因此对于多层次的规划需要对应比较困难。
• ticket有category功能，但是其过滤查询功能显然没有redmine强大。

）

（

zoho project / 百会项目：

• 里程碑分为两个层次，多种类型，完美对应规划需求。这点，比redmine强。
• 对于任务没有分类功能。
• 没有子项目功能。
• 任务查询功能不强。

）

activeCollab的功能特色

虽然我对如何使用REDMINE已经非常熟悉了。REDMINE已经非常强大了，但是，基于以下的一些原因，我准备在新公司继续使用activeCollab来进行项目管理，而不是Redmine。

• activeCollab提供功能，可以将单个项目的所有内容导出到一份静态文件包。
• activeCollab的文件管理功能，可以管理版本。同时，各个ticket中上传的附件，可以在统一的文件管理中全面查看。
• activeCollab的人力资源管理功能，可以对人员所在的公司进行管理。
• 对于一个任务来讲，可以同时分配给多个人。
• milestone->ticket->task三级管理，强于redmine的version->issue的两级管理。
• 有全局的DOCS管理功能。

下面是相对于redmine来讲activeCollab的弱项：

• 没有subproject设计，但是可以使用ticket中的category勉强对应。
• page功能没有wiki功能强大，勉强够用。
• 没有甘特图功能。
• 报表功能和筛选功能不如REDMINE强大。
• 没有插件机制，因此缺少了很多定制的功能，例如：燃尽图等。
• 缺乏流程定义功能。
• 缺乏自定义字段功能，所以一些信息的维护不够复杂，例如关于项目的一些信息等等。
• 没有单独的新闻模块。
• 不能继承版本控制系统。

不过上面这些暂时都可以忍了。另外最重要的：activeCollab不再免费了！

影响人生的八句话 - winter606的转帖 - 使用 Google 工具栏发送

影响人生的八句话 - winter606的转帖

第一句话：优秀是一种习惯 （这是古希腊哲学家亚里士多德说的）


第二句话：生命是一个过程 （事情的结束尽管重要，但是做事情的过程更加重要）


第三句话：两点之间最短的距离并不一定是直线 （两点之间最短的距离一定是直线，这仅仅是几何学上的定义。现实生活中并不如此，在人与人的关系以及做事情的过程中，我们很难直接了当就把事情做好。


第四句话：换位思考是一种原则 （生活中人与人之间总会有些合作的事情，此时，你不要仅仅考虑自己的利益，要充分考虑对方的利益。）


第五句话：不要跨越那条看不见的线 （生活中健康的人际关系是既要保持合适的距离，又要避免无谓的人际冲突。）


第六句话：缺陷是一种恩惠 （做人最大的乐趣在于通过奋斗去获得我们想要的东西，所以有缺点意味着我们可以进一步完美，有匮乏之处意味着我们可以进一步努力。）


第七句话：要学会感激磨难（朋友们要学会感激哦，感激伤害你的人，因为他磨练你的心态；感激绊倒你的人，因为他强化你的双腿；感激欺骗你的人，因为他增进你的智慧；感激蔑视你的人，因为他觉醒你的自尊；感激遗弃你的人，因为他教会你独立。学会感激，感激一切使你成长的人。）


第八句话：放弃是一种智慧 （人一定要学会用你的东西去换取对你来说更加重要和更加丰富的东西。所以说，放弃是一种智慧。）

敏捷开发过程的选择

敏捷开发过程有很多：XP, SCURM, CRYSTAL, ASD, FDD……
近两年以来，越来越发现，这些过程没有好与不好，之后是否适合。
第一个层面是是否适合中国的大环境；
第二个层面是是否适合你所处的组织；
第三个层面是是否适合你手头的项目类型和客户。

有的时候可能不能过度的追求某一个过程，为了过程而过程。例如：
XP显然对客户的要求非常高。实施的结果往往是我们某种程度的敏捷了，但是并不是XP。
SCRUM的作者自己也说：SCRUM不太适合固定价格的合同。而在国内，工程项目开发领域，有多大比例的合同不是固定价格的呢？所以SCRUM更适合国内的产品开发。
CRYSTAL的要求非常松散，作者自称也适合固定价格合同。其实因为严格讲CRYSTAL不是一个过程，而是和ASD一样，是一个过程的生成器。
FDD, ICONIX貌似更加适合国内的现状。而且我以往的经历中有很多ICONIX成功案例。
所以准备最近在好好研究一下FDD。
UP应该也可以，但是一是UP的裁剪对使用者要求太高了，二是UP对团队能力要求也比较高。

百会项目与redmine的对比

百会项目是一个SaaS的在线项目管理应用。价格便宜，功能强大。在此对比一下百会项目与redmine。

百会项目与redmine都有的特色功能：

• 多项目管理
• 人员管理
• 里程碑（版本）管理
• 任务管理（在任务上可以进行很多注释和回复）
• 甘特图
• 工时登记
• 日历
• 文档上传
• 报表
• 论坛
• WIKI 
• Email集成

百会项目有的功能而redmine没有的功能：

• 会议安排
• 任务可以关联到某一个文档或者WIKI页面
• 文档统一管理，而不是分散在各个任务中
• 时间表
• 及时聊天
• 集成百会办公套件

redmine有而百会项目没有的功能：

• 非常灵活的任务列表的过滤
• 自定义报表条件和内容
• 文档自定义分类，同时上传文件可以指定到版本
• 自定义工作流
• 自定义项目、任务等等条目的新加字段
• 插件机制
• 自定义个人首页
• 与版本控制系统集成
• 项目信息更加详细
• 新闻功能

二者都没有的功能：

• 以个人为线索观察项目和工作量分配
• 单个项目所有信息导出成静态文件
• 风险管理（redmine可以使用插件实现）
• SCRUM风格需求管理（redmine可以使用插件实现）
• SCRUM风格图表（redmine可以使用插件实现）
• 任务分层
• 测试用例管理

其它说明：

百会是商业软件，需要付费，但是非常便宜。

redmine部署到本地，而百会项目是基于Saas的。

正在仔细观察activeCollab，商业软件，价格可以接受，无中文版，但是有一些有意思的功能设计，如：

• 任务可以分层
• 多公司（机构）管理
• 回收站功能
• 单个项目导出到静态文档
• 自动备份