移动开发的项目管理心得

下面谈谈自己的一点想法,抛砖引玉,与各位共勉。


个人认为,移动开发项目有个特点是小而精——如何在尺寸有限的设备中,把用户体验水平做到极致这一点异常重要,很多手机软件仅仅是内容的堆叠,甚至是直接用了wap页面,没有充分利用平台本身的优点。另外,因为移动端软件受众广泛,以及用户对软件的体验要求的不断进步同变化,也导致了移动开发项目的变化比较大。例如,同一公司的移动app的两个不同版本中,可能面临界面完全不同的改版需求,如果是不同的两个app,就更加如此。


大家都知道,需求分析是一个非常重要的步骤。怎么做好,每个团队、公司有自己的经验;但作为开发人员,最大的感受是“搞不懂客户为什么要这样这样,而不是那样”,也许你也有过类似的经历,一些不细节的地方,中业内已经有了比较好的解决方案的时候,我们为什么不用,而是找了个看起来“不三不四”的做法。这种情况下,我认为首先要调整你的心态,然后是毫无怨言的接受这个需求。因为一些已成的做法,对你来说真的是小菜一碟,只有新东西的输入,你才能进步;再者,公司的项目只有与业内的做法不同,然后才能讲新意,接着才能讲创新。不过,你接受需求后,千万别只是做出来,做好做的过程中,从你自己的技术专家角度进行思考,是否有改进的地方,如果有,一定别藏着,你们的团队会很乐意探讨这一改进。


在笔者的开发过程中,遇到很多问题都是需求阶段没有明确的细节而导致的,请记住,一旦发现有任何大小的一个盲点,你都应该将其记录到风险清单中并加以重视,时间会证明这是明智之举。


笔者相信,很多人不是技术经理、项目经理,但是带过了一个或多个团队进行开发的;无他,技术高其他人一等尔。说实话,这类人多数都是凭自己过硬的技术拿工资,干活则是集合了项目经理、技术经理能力于一身的。今天不吐槽。对于这类朋友,遇到最大的困难基本就剩下沟通了。因为你是靠技术吃饭,再大的技术难题,对来来说也轻而易举;而你有带团队的经验,也了解项目管理的5大过程组,10大知识领域,甚至48个管理过程;也知道什么时候该计划,什么时候该检查,什么时候是里程碑等等。但是,每个项目或许都会让你头疼的是,沟通,怎么跟你的团队沟通好,这个沟通不是你的团队听你的话,就是好,当然是如何通过有效的沟通帮助你吗出色的完成项目开发工作。个人觉得,沟通难在,你很难让把握你的团队是否理解一个技术点,因为你沟通的时候,都是以你的技术水平在说话,他们未必理解;还有,你让他们做计划,确定里程碑,代码走查等等,他们未必能够做的如你所愿;另外,当有需求变更的时候,他们抱怨是在所难免,这就给你带来了很大的挑战。


其实,遇到这些问题,都很正常,说到低,你还是得先调整心态。毕竟嘛,你是在“带”团队,所以你得耐心,得随时跟踪团队的状态,监控项目的状态。沟通中少用专业术语,通过一些大白话,与他们交流,当收到反馈后自己再整理到你的项目管理思路里面。别期望你团队的程序员、工程师帮你做项目管理。当然了,你如果有精力,可以把他们的项目管理意识培养好,那最好了,你轻松,他们也快乐,那样本人先说一句:大神,我很佩服你。


暂时就这些了,思维好像有点混乱,写不出了。


你可能感兴趣的:(随笔)