关闭

软件项目开发中的一些体会

标签: 产品任务工作测试
1307人阅读 评论(0) 收藏 举报
分类:

就在去年的11月,我和其他几个同学一起在外面接了一个水位计数据采集的项目。这个项目当时接过来的时候,原先以为不会太难,但项目现在进行到今天(2011.1.18),才发现很多东西不是我们想当然的,下面随便写一些东西吧,也算是项目中期体会吧。

 

1、项目的实施过程中非常重要的一点就是进度的把握,在这个项目推进的过程中,我原本有着一份正规的实习工作,任务也很紧,所以有一段时间,我必须在两个项目之间不停地切换,人很累。两边客户或老板催得紧的时候,那时候唯一的想法就是能够有更多的时间。所以我的结论是:如果你是项目的头目,那么在召集开发人员的时候,一方面要兼顾到人员的专业特长,另一方面也要考虑到项目本身可能存在的时间风险,与其找一个日程紧,专业知识强的人,倒不如找一个能基本上全身心投入时间的。

 

2、项目实施过程中还有一个比较麻烦的就是协调各方进展,像水位计这个项目,原先用的设备是enfora的无线模块,insitu的水位传感器,可是项目到快要结束的时候,各种问题暴露出来,无线方式数据采集不稳定,特定的modbus协议采集数据存在莫名其妙的数据偏差,客户方考虑到成本问题希望换设备,甚至出现所有的软件层面的都搞定后,出现设备返回数据不对等等。

比如说,之前没有使用DTU来作为无线模块的时候,数据采集非常不稳定,开发出来的产品完全是“野鸡”产品;后面客户方需要使用单片机作为node来连接水位计和无线模块,这样就不得不和客户方去联系合适的单片机开发公司,基本的硬件设计和本地下位机软件设计都托管给他们,但是双方之间又需要协调需求工作,这里面其实有时候还是比较微妙的:自己总是希望能够非常顺利简单的完成自己的任务,把可能存在风险的部分扔给对方,最后拿钱走人,这种心理现象是非常普遍的,不仅是在团队与团队之间,甚至团队内部也存在这种情况。

我的结论是这样的:作为一个开发人员应该勇于承担责任,并自信地来完成义务,故意拖拉或者有意推诿都是不可取的。但是在有些特殊情况下,还是需要从团队利益或公司利益的角度出发。

 

3、另外遇到技术问题,或者根本就不知道什么问题的时候,怎么办?

一、找可能了解这方面或者有做过类似经验的人:当时出现水位计和无线模块连接没有数据采集上来的时候,我非常果断,在没有能够通过网上资料和设备数据手册找到问题所在的时候(另外设备本身就是国外进口的产品,所以相关问题的解决很难在网上获得资料),我的想法是:果断找经验丰富的人,后来一天之内连续找了多个老师,最后找到了问题的可能地方。

二、如果使用的是其他公司的产品的话,能够及时的联系对方的技术支持人员,这样在一般情况下,他们都是很愿意来解决问题的,因为这对他们来说意味着订单、利益、生意。就像这次无线模块换成驿唐的DTU CDMA后,出现采集数据总是错误的情况,通过两天的技术支持人员的努力,终于找到了问题的症结,RS232-RS485转化器串口线接线有问题。其实像这种问题的出现可以这样来避免解决:在制作具体硬件完成后,应该让设计人员做好充分的测试,尽量在早期就把问题解决掉,因为像这种问题,如果对于不太懂硬件的软件开发人员来说,就很难找到问题所在,会耽误很长一段时间。所以从这一点也可以说明一个问题,项目中的很多事情需要提前完成,留出一定的时间来应对可能出现的意外情况。

三、就是为人处事了,我觉得:如何能够通过讲话、眼神、或者动作让别人能够非常愿意或者比较愿意的为你做事,并且乐于在下一次继续帮助你,这种能力的锻炼非常需要,因为项目实施过程中,光靠一个人完全不能支撑整个项目的顺利完成,整个过程中会牵涉到很多问题、很多人。从开发人员到客户、再到供货商。做项目头头既要会强硬(严格标定时间节点),也要会疏导手下的不满情绪(需要及时的赞扬,最好是能够在众人面前表扬他,及时的给钱,利益当前)。

 

4、最后一点,很多事情不是光靠技术能够解决的,很多非技术的原因都会影响我们、客户、供应商。(客户总是希望开发过程中时间周期短、开发费用低 ;供应商总是希望使用量大、可持续 ; 我们总希望开发顺利,能够准时拿钱。。。)

 

好了,讲了这么多了,下次再说吧。。。。

 

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:189306次
    • 积分:2707
    • 等级:
    • 排名:第13336名
    • 原创:78篇
    • 转载:6篇
    • 译文:0篇
    • 评论:39条
    最新评论