分享

一个合格的项目经理都需要做哪些事情?

 祥云之泪 2019-11-13

目录

1.项目需求整体了解

2.项目人员整体分配

3.项目开发进度把控

4.如何应付客户的需求变动及临时人员及业务调整

5.项目相关文件的编写等

6.项目培训及验收

7.项目后期奖金分配

1.项目需求整体了解

       这个从项目最开始的谈判基本项目经理就开始参与了,因为作为整个项目的项目经理,要把控项目的整体进度,所以对需求及细节一定要了解的非常透彻仔细。

       这个最开始我们就去机场安保部和他们做第一次需求对接,了解他们的业务流程 以及他们想要实现的功能,想通过整个大平台解决现在目前面临的哪些问题?拿到第一手需求资料后,因为基本上第一次对接只是大概的框架及业务,我们回来后对这个业务及需求进行分析,和产品经理一起讨论制定需求文档,原型。当然这中间会进行很多次的讨论,这里直接略过了。

       后面通过文档原型 和他们进行二次 ,三次的沟通细化,形成最初版本的设计原型,详细的项目需求文档。

2.项目人员整体分配

       项目经理需要组织协调的人就多了,因为整个项目包含 APP开发  (android,ios),后台接口开发人员,前端开发人员,web平台开发人员,产品经理,设计UI,测试人员,技术服务部人员,销售,还有老板。

        加上老板,是因为老板其实也是整个项目中一直都会参与的人员,老板会需要过问开发计划进度,沟通上的一些事情。销售负责项目的一些商务谈判等。

        首先大概流程是 原型确定好初版后,开立项需求讨论会,和所有相关人员进行需求交底。然后分配对应工作,设计出图,后台设计数据库,平台前端提前写前端页面(和设计效果图其实同步进行),APP人员搭建项目框架(没有接口写一些前端的逻辑及页面),分配人员制定接口文档,给测试也要提前交底方便后期他们测试工作展开。

        根据讨论情况,制定开发计划进度表,明确责任人及具体负责内容,项目整体工作要快速同步展开。

3.项目开发进度把控

        因为整个项目包括 android APP + ios APP +Web平台 ,所以对于整体的开发进度要在项目开始时候有个大概的规划,估算整体开发工作量,配备相应人员,制定详细的开发计划进度表,制定里程碑

        按照总工期,制定阶段性计划,里程碑。每个阶段要完成的工作 都详细规划好,这样便于对整体的进度进行管理,保证项目顺利进行。在开发具体过程中 还是对于业务的一些细节要求很清楚详细的讨论,这时一定要思考清楚,不然变来变去时间就不能保证了,很可能要延期。这时安排专人 一般都是产品专门负责和客户对接,有对具体业务不确定的 要及时与客户沟通。

4.如何应付客户的需求变动及临时人员及业务调整

        在开发过程中不可避免的会有客户改需求的情况,所以在制定好需求功能明细表后一定要客户确认签字,这个流程还是很重要的,但是即使客户确认签字了也可能会变需求,因为公司可能会考虑尽量和重要客户维持一个不错的关系,所以一般都会答应客户的要求,所以这个压力肯定会转嫁到项目经理身上,时间计划各方面的调整,所以给大家提醒几点 

1.项目立项编制计划给自己多预留一些时间  目的用来应对需求变动 (因为小的需求是没法和老板谈加开发时间的) 和应对项目开发人员请假等情况

2.一些需求上不是很合理的变动尽量让产品经理引导他往正确的方向发展。这个需要产品有这个能力才可以,不然容易把事情搞砸...

5.项目相关文件的编写等

        一个项目从立项到验收,需要的文件非常非常多。这些文件有很多都是需要项目经理参与编写的。我大概罗列一下,

        项目需求文档、项目原型说明书、项目开发计划文档、项目报价单(一般还需要围标的报价)、项目合同及合同中技术附件、项目平台操作手册、项目实施方案、项目验收文档及相关文件。

        一般这些文件很多都需要一些关联文档 ,比如 一些附件说明文档等等。这些东西其实很多时候都是非常耗费时间的,我印象中做一个项目详细的开发报价单都不知道改了多少版才定稿。

6.项目培训及验收

        项目开发完成后,一般都会有一段试运行时间 比如 一周或者两周,这个时候需要给客户做一些简单的培训(当然非外包项目不用考虑这些),这个时候要提前准备制定好流程,准备好相关的材料 如使用帮助文档等。

        验收也是项目中很重要的一个环节,这个代表整个项目结束的一个标志,这个过程要提前准备好一些资料(需求分析说明书,程序源文件,用户使用手册,原型文件等),还要根据合同中约定后期维护二期开发等事宜,然后甲方签字验收。

7.项目后期奖金分配

        截止到我发稿时,奖金还没批下来,所以还没想好具体的分配方案,但是原则基本就是多劳多得,少劳少得。但是衡量多和少的标准需要仔细考虑一下...

        其实我写这篇文章也不是以一个优秀的项目经理的身份在这侃侃而谈,而是为了记录一下从一个APP负责人转为项目经理后,亲自接手一个项目后所碰到的很多问题做个简单的记录,希望可以从中总结出一些经验教训。肯定有很多问题或者不足之处,希望各位前辈多多指教,也希望后来的小伙伴能从中得到一些启发帮助。

————————————————

版权声明:本文为CSDN博主「再见孙悟空_」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。

原文链接:https://blog.csdn.net/shaoyezhangliwei/article/details/81709030

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多