三十岁it人的一些经历 zt

蓝色虫

准备工作都完成后，需要把大家召集到一起进行封闭了，封闭的时间一般来说一周到两周左右吧，超过三周的我还没有遇到过，不知道那得是多复杂的标书，呵呵。

封闭后开始的两到三天就是写作任务的分配与明确，总体架构的设计与明确，整体进度计划的明确，提交物和提交时间的明确，标准的贯彻与执行，参考素材的搜集与归档整理。这两三天的时间一定不要开始写，参加过的很多项目，到最后快提交的时候大家还在为网络设计方案争论，在为某台服务器是否放在dmz区争论，真是觉得无聊透顶，所以一定要拿出单独的时间来讨论招标书的内容的。虽然封闭前的一段时间内，已经把电子版本招标书发给相关人员了，但是估计真正认真读的人不会太多，说实话是因为这些人大部分是借调的，不会对这个项目真正负责，所以拿出半天的时间给大家再重新读一下，具体来说：

1：写作任务的分配与明确
这项工作主要是把大家进行分组，以组为单位负责相应投标标书的分册的编写，分组的结构一般来说是这样的，整体进度计划可以由一个组来做，一般来说由项目经理或者投标经理来做，因为这个是提纲挈领的内容，需要非常深入的熟悉标书和应标要求，才能做出来，需要制定项目的阶段（一般招标书都有要求），时间进度安排，人员安排（估算项目人工成本）和各阶段的提交物，还需要考虑项目管理、培训服务、项目验收等内容，所以这个组应该是重中之重的。

另外除了这些内容外，这个组还必须对投标文档的编写过程进行控制，开始的两到三天就是熟读标书，做出整体设计，然后接下来的五六天里每两天要求各组提交一次文档供投标经理审阅，在后面的时间里每天都要提交文档，投标前的三天里，每半天要提交文档，投标经理要具备快速阅读文档，迅速把握主旨的能力，另外眼光要毒一些，能够迅速发现问题和不一致的地方，持续的阅读文档能够让投标经理更全面的掌握整体投标文档的内容，便于讲标的ppt的准备。

网络、主机、安全、存储、备份、容灾一个大组，里面可以再细分一到两个组，只所以把这些合在一起是有过教训的，呵呵，各自设计各自的方案，都认为自己没有问题，集成起来就发现是个四不像，谁都还不服谁，都不改变自己的想法。

机房建设部分可以放到上面这个大组，也可以单独成组，机房建设得很多内容要参考上面的成果的，例如服务器的数量，尺寸，功率等要求，所以建议是单独一组，但是参与他们的设计与讨论，独立提交，最后再合并文档。
应用系统的设计不管有多少子系统，肯定是一个组，组里面可以再以后按照系统或者模块细化到组或者个人，因为应用系统采用的平台、环境大部分是一致的，独立设计很可能出问题，所以分析和设计的时候统一处理，完毕后对于分、子系统的功能处理上可以独立成组或者个人承担。

设备选型单独成组，但是要参与上面各组的设计和讨论，要了解最新的和最终的结果，除了要准备选型比较的技术文档外，还需要根据这些内容和商务一起去谈采购价格，所以工作任务和压力也非常大，对项目的影响也很大。

蓝色虫

在标书的写作过程中，主要注意的就是版本的提交和管理了，另外需要注意的就是每天的更新内容一定要做记录，书面的或者电子的，如果是使用cvs的还好一些，还有一点对于各个小组的leader来说很重要，就是一定要检查进展的状况，每半天都要有所进展，如果发现没有进展就要立即查明原因，是不理解表书，没有准备素材，或者不安心在项目组或者别的什么原因，把问题消灭在开始状态要好的多。

标书完成后，需要检查内容，调整格式。格式的调整包括封面的统一，目录的统一，页眉页脚的统一，当然也包括很基本的字体、字号、行间距、段前段后距、缩进等等。

后续的打印、装订、投标、开标等前面都有描述，不多写。

隔了这么长时间才有时间整理这些内容，思路可能都连贯不上了，见谅。

蓝色虫

能坚持看完的CU会员估计不会有几个

毕竟这里是系统管理员的论坛，对于一些公司管理制度不感兴趣

这个网友说出我做IT工作以来一直想说的心里话

满PF他


如果有时间的话，自己努力把【对chinaunix的管理思想】写完

caoshangfei

這個要慢慢看，好文章是要細細品位的！

whg78

好文章，一直在国企。也实施过erp项目，但是因为是配合软件公司工作，在过程中只了解软件和业务的配合程度。后面在自己深入工作中就反省，发现楼主说的是很有道理的。业务是首要，不是软件适应业务，也不是业务适应软件。而是要把业务理顺，人员职责清晰，这样才好实施。

wuchang_1

写得真棒,很有启发

ziggler

慢慢读。

E-baby

都没做过~~唉~~

小把戏

慢慢看，每天一楼