欢迎光临
我们一直在努力

在你的软件开发工作中是如何做项目管理的呢?

ulgnix23 人赞同了该回答目前我们有3个人在为某单位开发一个项目,我们不具有团队规模,也来说说我们leader针对项目所做的一些工作和安排:1.项目需求 这个项目最初只有一份简单的word需求文档,上面罗列了系统的功能模块以及每个模块简单的原型界面和描述,接手后,leader通过跟客户单位沟通,梳理了其中的功能模块,业务场景。用axure工具重新设计了所有的原型界面,在原型界面上描述了每个页面上重要元素的说明。 然后把做好的原型界面发给了客户单位确认,存在异议的地方继续讨论修订。我们在开发相应模块的时候,界面的设计就根据原型界面的来做,具体业务处理和leader讨论明确之后就开始实现,因为就坐在leader边上,在开发的过程中遇到问题了随时可以交流讨论。2.开发规范最初接手项目的时候,系统代码质量很差,命名混乱,结构不清晰,包之间引用依赖关系很乱,leader决定扔掉之前所有的代码,仅保留了主要的登陆、组织机构管理等非业务的功能模块,抽取了各个包公共的页面、业务逻辑等资源建立公共构件包。制定了规范的目录、页面、功能按钮、实体、方法接口等命名方式。 比如某功能模块目录命名:xxx_zzz_mgr,则其下的页面命名为: xxx_zzz_mgr_list.jsp、xxx_zzz_mgr_add.jsp、xxx_zzz_mgr_update.jsp分别表示列表、添加、编辑功能页面。 因为我们开发是使用某快速开发平台,所以在开发工作流、逻辑流时,也必须遵守制定的规则,比如一个工作流的图元个数、图形样式、参数的说明等。3.开发与测试环境 leader把数据库环境从mysql迁移到oracle,首先建立了一个开发dev库,我们几个人的开发都使用这个库,等到一部分功能模块开发完成,leader建立了一个测试test库,他抽出时间来测试我们开发的模块,把bug记录在word文档里,然后我们在开发新模块之余,同时把bug修复。 到整个项目快要交付时,leader建立了一个生产库,用于最终客户单位使用。4.代码控制项目的代码主要通过svn管控,最开始制定的是每天早上上班后统一更新,下班前统一提交,但是实际使用中经常出现405错误,操作不慎导致本地代码丢失。后来就是随「写/改」随提交,一个功能或者页面开发完成,基本无误即提交代码,当有人对代码有较大改动提交,必须整体与资源库同步。 另外数据库方面是维护一份PDM数据库设计文档,可以随时修改,然后生成脚本执行,因为某开发平台良好的ORM缘故,修改数据库结构对整个系统影响并不是很大,这样也极大方便了数据库的随时调整和改进。原型界面文档也是维护那份rp文件,有改动leader就会随时把最新的发给我们。5.开发过程开始是leader与客户沟通,确定项目需求,然后他设计出数据库结构、原型界面,跟我们讨论具体业务逻辑和场景。明确了业务和要求,我们开始根据原型界面和数据库设计编写代码,遇到不明确的地方,与leader讨论沟通,或者是搞不定的功能实现,求助于leader。 leader开发一些公共功能模块或辅助模块,帮助解决我们开发过程中的业务或功能实现问题,测试我们开发完成的功能模块,并及时梳理下一功能模块的业务,和客户单位讨论确认,组织开始接下来的功能模块开发。6.其他leader常跟我们说,项目经理要善于配合销售人员,把握开发进度和时机,比如项目处于阶段回款时,就得加紧力度做出点东西来,如果项目处于客户方上线压力时,适当放缓开发进度,配合销售达到一些有利于我方的条件……这也算记录我这么几个月来的历程和见闻不足之处:1.各种相关设计开发文档不全,只有简单的需求描述和原型界面,大多数时候直接口头交流导致讨论的结果无法被具体细化和保留,如果后面再维护之前的代码就非常不方便。这点主要是时间问题,如果在文档方面做一些工作,必定占用很大一部分开发时间,对整个开发周期还是影响蛮大的。2.缺少评审,无论是对需求、设计和代码,都缺少足够的评审。很难保证工作的完整和质量。3.开发和测试的协调不够好,开发完一个功能模块后,缺少人手进行及时的测试和bug反馈,如果能及时反馈bug,开发人员专注功能开发和bug修复,这样整体效率可能会高一些。编辑于 2014-09-04​赞同 23​​1 条评论​分享​收藏​喜欢收起​

赞(0) 打赏
未经允许不得转载:DoSaaS » 在你的软件开发工作中是如何做项目管理的呢?
分享到: 更多 (0)

相关推荐

  • 暂无文章

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

DoSaaS--B2BSaaS报告资源中心

联系我们关于我们

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏