浏览 2841 次
锁定老帖子 主题:企业项目管理设想
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2008-10-08
需求管理方面:现在没有发现比较好的工具,现在只能通过制定规范,如需求申请书、需求确认书、详细设计书等,将其转换为文档管理。 项目管理方面:主要是通过JIRA或Rantional来进行管理,目的是划分版本,预估项目进度、记录实际项目进度等,其只负责项目整体部分,同时缩小预估精度,为下个项目做好准备。 配置管理: 代码管理:系统中所有代码的管理 文档管理:需求中的文档、过程会议纪要等重要资料的存档 版本管理:依据需求确定系统版本及版本日期、功能清单,并对应的在项目管理工具和文档管理工具中建立相应的版本,其一般为三位:主版本号.次版本号.功能版本号,以此界定了这个版本内的功能(需求确定),代码管理中的版本号应当四位:主版本号.次版本号.功能版本号.修复版本号,意为系统上线后发现BUG时只更改修复版本号。 数据库版本管理:将数据库的版本管理起来,但具体的思路考虑中。 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2008-10-08
这都是次要的,最重要的是你对企业所在的行业了解多少?
|
|
返回顶楼 | |
发表时间:2008-10-08
适用原则第一啊
|
|
返回顶楼 | |
发表时间:2008-10-09
cyberblue 写道 这都是次要的,最重要的是你对企业所在的行业了解多少?
经过几年的开发,我越来越多的感觉技术对于业务的影响很小,真正值钱的是业务的方面,而业务又取决于管理,这也许中国人所说的“当官” |
|
返回顶楼 | |
发表时间:2008-10-28
看着楼上的几位跟帖的朋友,知道国人软件行业的现状了吧?
|
|
返回顶楼 | |