项目管理 – 管理里程碑和Web开发项目
我正在尝试实现Trac SVN.但我遇到了项目管理问题.为了给你一个背景知识,我的大多数项目都与Web开发有关(它们通过设计,编程,测试等阶段). 现在我正在为我的项目实施Trac.现在问题是我应该将什么作为里程碑和门票.对于门票,我应该获得多少粒度?例如我应该说Make X是Y功能的一部分还是只做Y功能.我制作的门票越多,制作这些门票的时间就越多. 此外,对于里程碑,我看过像CakePHP等项目.当他们使用Trac时,他们将里程碑设置为版本号(对应于SVN中的标签).这是最好的方式吗? 所以说我有一个客户,其最后期限是X日期.然后我将里程碑设置为1.0,截止日期为X.但是,我如何跟踪项目每周说?因为我不想在发布日期前一天意识到太多了.我想以某种方式进行每周检查. 此外,我还想考虑增强/错误作为门票,并将它们作为里程碑聚集在一起. 我想象了像1.x.x这样的东西,其中第一个x对应于一组功能增强,而第二个x对应于错误修复.有没有更好的办法?如何管理此类系统中的每周状态? 有没有标准的方法来做到这一点?我该怎么办?我完全糊涂了. 谢谢. 解决方法这得看情况.您没有指定项目有多大,有多少程序员会工作,您计划交付的频率.说明这就是我们如何在一个跨越几年的大型项目中使用Trac,其中包括许多较小的子项目. >里程碑被定义为我们在子项目中准备好交付的一些要点.每个子项目的第一个里程碑通常是最长的.我们通常将里程碑命名为“子项目名称v0.01”.版本只是增量0.01,0.02,……当我们实现子项目的所有预期时,我们将最后一个里程碑标记为v1.00.随后的错误修复转到我们标记为“子项目名称 – v1.00 – 错误修正”的里程碑 >错误报告票据包含错误描述和重现步骤(几乎总是). >用于估算和时间跟踪的Trac插件很少.检查此页面:http://trac.edgewall.org/wiki/TimeTracking.我们使用Timing And Estimation Plugin 两年后,我们可以非常准确地估计完成一些工作所需的时间.当我们正确理解用户需求和要求时,我们通常可以在承诺的时间范围内交付.目前,我们的统计数据显示,我们高估了门票所需的时间约10%. (编辑:PHP编程网 - 黄冈站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |