项目管理那些事儿一

最近看了项目管理那些事儿，书的第一章由王宝强先生编写，一个民营企业的项目故事。学习到了一些东西，这里记下来以供以后回忆。

第一：什么是项目管理

      一个标准的定义就是运用知识，技能，工具，技术使项目达到预期的目标的活动。项目管理应该包含的活动暂时还不知道，也许等考过了pmp证书我会回过头来回答这个问题，知识域，几大过程！呵呵

第二：项目开始的时候项目经理应该准备的东西

      充分的准备总是不会错的，有准备的人，往往让人看起来气定神闲，底气十足，那么一个项目开始的时候我们应该准备些什么呢？呵呵，这个是我学习到的。在开始之前，应该充分了解项目的提出原因和客户要达到的目标，还要熟悉项目干系人，最好把项目干系人图形化，这样便于记忆，也方面在脑海中检索没有人的权重和对哪些模块起到决定性的最用。还有就是要充分了解自己所处的环境，所处公司对该项目的支持，对该项目的定位，已经公司的报销流程，财务流程，业务汇报等等，只有充分了解目标并清除自己的环境，才能在出现问题的时候不慌了手脚。

了解客户，书画项目干系人图，并标识权重，基本分解模块，充分了解自己公司的各项流程和了解领导对项目的看法。一个好的准备是成功的基石。

忽然联想到自己天天做的事情。一个小的jira需求过来，首先需要了解的是，需求的提出人是谁，记录电话。然后是详细查看需求，仔细理解需求的提出原因，目的。然后再是询问提交测试的时间，哪些人曾经从事过跟这个jira相关的开发，已经这个jira会涉及到其他的模块开发人员。知道了这些，在碰到问题，才能会有一个更加直接有效的沟通

顺便再总结下应该如何提问，对需求的理解应该是全面的，不要一个疑问就去问，而应该是通读了整个需求，把有疑问的记录下来，然后集中向需求人员了解讨论，这样才会不浪费时间也不招人烦。


第三： 项目启动会之后就是需求。那么如何做需求？

      1.充分了解项目的特性，是多个子系统的多项目形式，还是多个边缘系统的关联系统改造，再彻底了解客户目的的情况下，确定项目是一个怎么样的项目，然后针对的给出一个调研需求的方向。

       需求的调研应该从总分的形式来做：

                                     1.通过各部门的同意回忆，来一次头脑风暴，让所有部门负责人和核心业务人员畅所欲言，提出自己的需求。当然，会议的参与人是需要仔细考量的，这样的会议一般要领导和业务核心，每个部门都要到！

                                     2.通过分析整理，得出每个部门的需求，然后通过整合，分化，吸收，在理解客户的整个业务流程的基础上，开始各个部门的调研，把之前头脑风暴发散出来的需求进行引导和收敛。

                                    
                                     3.在调研的同事需要不停的完善demo，这样可以让客户有一个至直观的评价，以防发生理解上的偏差。

                                     4.在了解了客户的需求后，给客户的需求做出等级划分，区分一期做什么二期做什么是比较重要的


      2.在项目做需求的同时，我们的开发人员应该做些什么呢？我想应该做好项目的技术选型和技术难点的预演，这样在项目的后期不会因为某个技术难题而劳累项目的开发人员加班加点的学习，并用刚学习的东西来解决技术上的难点


      3.牢记需求调研的目标是形成一个格式良好，符合客户要求的需求文档，因此需求的评审应该拉各方人员来参加，最好能够让客户在需求文档上签字，这样的合同式的项目范围确认应该是项目需求的最好的处境了。



第三：架构设计

     1.确定项目使用的技术，切分好模块，并定好负责人

     2.形成数据库设计文档，

    
第四：详细设计，开发
        
      1. 根据需求文档和流程图画出类图和时序图，并对详细设计文档做评审

      2.代码review，建立自动化测试

      3.定期收集开发进度和判断开发问题点，以期最快了解项目开发风险点

（以上不是从那本书上学的！哈哈哈哈，自己瞎整的）


第五：风险管理

      1.风险识别

      2。风险预案

      3.风险跟踪



睡觉，没写完的下次补上