补发的，不知道为何找不到了，所有再补发一次
其实前段时间项目就在推动了。现在才想起来总结，那就来总结下吧。分享下和记录下我的处子项目经理工作日记。
我的过程比较特殊。我接手的时候，需求已经出来了，需求是研究院构造的，这里我要记录下这个人；然后我的第一份拿到手的文档，叫项目建议书，是设计院帮我写的。
第一步，我先看项目建议书，然后和研究院的人沟通下需求，大体了解清楚了。
第二步，项目会走集团的签报，这时候有时间，我可以和同事讨论技术规范书里面的技术疑点，甚至自己找一些厂家来讨论疑点，其实最后是让厂家来帮我解决里面的问题。让我清晰。
第三步，让研究院出产品需求规范书，后来会发现和项目建议书差不多的，然后让设计院按照这个来写可行性研究报告。
第四步，等待可研评审会的召开，期间可以继续和厂家沟通，甚至可以让厂家先把代码动起来。保证你的工期。
其实说到这里，如果软件的技术疑点解决了，建议先了解或研究下硬件的部署，采购，型号和价格等，虽然这些也是设计院出来的，但自己要先拿捏好。
第五步，可研评审会之后，就可以出技术规范书了。其实后来发现，总体部分还是和建议书，可研一样，只不过多了些条款。
第六步，商务规范书。技术，商务规范书都是用来招标的，要认真对待，修改和斟酌。完成后，就可以发给招标公司组织招标了。
第七步，可以联系几个厂家，让他们先按照规范书的要求，提些建议和报价。一般他们给的报价，硬件会比较低，把软件的价格提高了，这也可以理解，软件他们才赚钱。我们要留意好，控制好他们的软件报价。
现在进行到这里，接下来是是等待招标。不过其间多次收到领导的反馈，要修改多次技术规范书，都是些增加条款，或加上保险自己的条款，让以后的工作没那么被动，这个也对，前期都要考虑好。其间也针对厂家提出的一些技术疑点，协调了很多部门来解决，这些技术疑点之前自己竟然没有留意到，这个也要提醒下，尽量把技术疑点在最前面解决好，自己毕竟是项目经理，要把自己当专家。
其实前段时间项目就在推动了。现在才想起来总结，那就来总结下吧。分享下和记录下我的处子项目经理工作日记。
我的过程比较特殊。我接手的时候，需求已经出来了，需求是研究院构造的，这里我要记录下这个人；然后我的第一份拿到手的文档，叫项目建议书，是设计院帮我写的。
第一步，我先看项目建议书，然后和研究院的人沟通下需求，大体了解清楚了。
第二步，项目会走集团的签报，这时候有时间，我可以和同事讨论技术规范书里面的技术疑点，甚至自己找一些厂家来讨论疑点，其实最后是让厂家来帮我解决里面的问题。让我清晰。
第三步，让研究院出产品需求规范书，后来会发现和项目建议书差不多的，然后让设计院按照这个来写可行性研究报告。
第四步，等待可研评审会的召开，期间可以继续和厂家沟通，甚至可以让厂家先把代码动起来。保证你的工期。
其实说到这里，如果软件的技术疑点解决了，建议先了解或研究下硬件的部署，采购，型号和价格等，虽然这些也是设计院出来的，但自己要先拿捏好。
第五步，可研评审会之后，就可以出技术规范书了。其实后来发现，总体部分还是和建议书，可研一样，只不过多了些条款。
第六步，商务规范书。技术，商务规范书都是用来招标的，要认真对待，修改和斟酌。完成后，就可以发给招标公司组织招标了。
第七步，可以联系几个厂家，让他们先按照规范书的要求，提些建议和报价。一般他们给的报价，硬件会比较低，把软件的价格提高了，这也可以理解，软件他们才赚钱。我们要留意好，控制好他们的软件报价。
现在进行到这里，接下来是是等待招标。不过其间多次收到领导的反馈，要修改多次技术规范书，都是些增加条款，或加上保险自己的条款，让以后的工作没那么被动，这个也对，前期都要考虑好。其间也针对厂家提出的一些技术疑点，协调了很多部门来解决，这些技术疑点之前自己竟然没有留意到，这个也要提醒下，尽量把技术疑点在最前面解决好，自己毕竟是项目经理，要把自己当专家。