您的位置:首页 > 产品设计 > 产品经理

做一个优秀的项目/产品经理

2018-02-09 16:16 363 查看
1、工作中,在时间、质量、成本三者之间找到平衡,带领团队成功研发并上线项目。

解决好以下细节问题,就达到一个合格IT项目经理了:

项目的由来,为什么要建立这么一个系统?

项目有计划吗?

项目的需求是什么,要达到什么目标?

项目的架构设计,采用什么技术、实现方式、逻辑架构?

需求是如何实现的?

代码质量怎么把握,有版本控制机制吗?有代码走查吗?走查标准是什么?

需求变更有记录吗?

代码走查结果有记录吗?

怎样责任到人?这一部分内容到底是谁开发的?

开发有单独的计划吗?对于变更如何响应?有应对方案吗?

功能开发完了,怎么用,有说明吗?

开了这么多会,成果在哪里看得到?

要测试了,有详细的计划吗?

测试出的问题,怎么跟踪呢?

代码、配置文件、数据库的表结构、数据有清单吗

系统是如何实现配置的?哪些能配哪些不能配?

测试的案例是什么?覆盖面全吗?

上线内容是什么?代码、可执行程序、数据、配置文件?

怎么上线,需要谁配合?步骤是什么?谁做,谁检查,谁复核?

有界面吗?怎么操作,有说明吗?

出问题怎么查?有指导手册吗?

讨论出的结果有没写出来?有没有画成图?还没有歧义?

2、生活中,引导大家业务上、技术上不断提升自己,在公司拥有自己的核心竞争力。

找女/男朋友,招(合适的)人,都是需要大量猿粪的。人招来了,怎么让团队成员跟你一年涨一年身价?跟你二年涨二年身价?这是PM要考虑的事。
如何引导这些90后的年青程序猿成长为攻城狮?琢磨来琢磨去,我明白了一个道理:让每一个人有事可做,忙比闲好。做一个坏人,做一个职场黄世仁,推杨白劳(团队成员)下水(工作),鞭策杨白劳拼尽全力游向对岸,激发他的全部潜能,让他知道自己原来还可以游这么远、这么快、这么帅。

3、业余时间,活到老学到老。

学习业务知识,这是一个人人都是产品经理的时代,努力成为产品架构师、业务专家。

关注行业技术方案(类似于2014.11期程序员杂志,有个专题:电商峰值系统架构设计),不一定要成为技术架构师、技术专家,至少要知道某个业务场景下,可以用什么技术方案来解决。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: