信息化建设项目前期方案编写2：经验小结

通过近期五个月（7-11月）的一段工作，积累了一些经验，也得到有些教训，顺便总结一下吧。正好给11月画个句号。

经验和教训其实是在一起的，就一起谈了：

项目的整体策划

慎重选择项目。小项目如果觉得对方不靠谱，那么宁可放弃，也别接了，千万别信口头承诺，更别饥不择食。一定要尽量在开始前接触相关人士，做好项目定位。这几个月，因为刚刚开始，当然希望先接一些小项目来练练手，但是渠道不通畅，于是变成什么项目都接。接的几个项目印象比较深的：

主动接的第一个项目：一个运维项目，费用就13k。结果写得累死，来回改了7、8遍，三周主要时间搁里面了，不断地被要求改。因为接头的是小科员下面的干活的，需求总是会变，不时的更改。当然，由于是第一个主动接的项目，我的态度是非常之好。但是项目结束回头小结：要是总这样做项目，回头工资都不够发的。经验或教训：1、要有团队，不同层次不同人员去对接，把和人对接作为重要工作。一般需求明确，成熟的方案，编写难度不大，时间也不长，但是和人对接很花时间，而且存在不可预期性；2、态度要好，但是响应真不能太及时，否则太耗时间了；3、积累案例。不同板块、不同类型方案要有积累，这次化时间多的主要是安全这块，没有能够直接粘贴的内容，要从头去编写，耗了太多时间。
某个司法条线的项目：运维是自己没有接触过的，被临时委派，到处找资源，后面找了一个合作方。但是合作方并不是全部内容都会，而且他们还有其他内容在做，响应很慢，最后就是搞得我压力很大，最后两个关键部分还是通过网络寻找到厂家合作，目前项目进展还算良好，首期款已收。但是还是有很大隐患。经验或教训：一定要把困难提出来。领导或销售总觉得这个我们有案例的，其实找来的案例基本上都不靠谱。最后还是得靠自己。当然拓展了一些渠道来解决问题，还算是收获了。
刚刚告一段落的某个医院项目：当时为了充实一下案例，接下这个项目，当时也以为对方说只是帮忙包装一下格式，虽然价格极低，也觉得还可以。但是从调研开始，发现合作公司毫无实力，提供的技术方案完全不符合要求。最后我们不是帮忙包装文件，而是完完整整的走了一遍实地调研、需求研讨、技术方案设计、征求意见、专家论证的流程，更惨的是，工作所在地离公司车程2小时，每次去要自己开车，早早出发，很晚回到，折腾死人。结果还被老板埋怨，成本包不住。经验或教训：如果小项目，觉得对方不靠谱，那么宁可放弃，也别接了，千万别信口头承诺，签订合作合同时，私下合作这种上不得台面的是不能直接写的，最后作为执行人你得承担全部后果。而这种小公司本来就打的搞一把就走的，后面估计也不在人家考虑之列。任何一个项目，都做好要做全套工作的准备，仔细考察风险。

2.合作方的寻找与实力判断

合作方很关键。通常合作方来源，一般是甲方早已有意中人，双方已经基本谈妥，只是按照政策要求，要找第三方来配合完成手续。但，别想得这么美，你以为只要简单地粘贴拼凑一下，整个方案就完成了。合作方往往是依赖甲方的。

如果甲方非常清楚流程、政策以及自身的要求，那恭喜你，他找的乙方也一般都很靠谱，当然，这样情况下，你的工作是不会有太大价值的，类似于白手套，能够得到的也是最低价位的费率点数。不过说实话，我是很乐意干这种项目，一般都比较大，合作方也都有实力，工作起来省心，还能积累经验。
如果甲方属于纯粹混吃等死的，恕我直言，不多的项目里，碰到的事业单位的两个都属于这种类型。一般他们自己都不清楚要求，瞪大眼睛吧，合作方很难是靠谱的。另外，通常他们自己也难给你提供合格的现状描述基础材料，您就准备好一套套的调研表格，实地调研吧。或者一开始就准备放弃吧。这次一个lab项目，开始也是说提交上去因为格式不对被打回来，帮忙改改就好，当时很开心啊，这不是一天就搞定，坐收十万大洋吗。毫不客气地说，lab这个我至少可以算半个业内专家了，结果没活活被甲方和合作的乙方气死，主动提出大家一起加班把现状编写好，但甲乙双方都不乐意，甲方连现在在用（两年前建的）的系统功能图都给不出来，网络拓扑找来个不完整的图片（不可编辑的），请乙方配合做系统逻辑和部署图，乙方扔过来一个通用的系统介绍和别地方的图片（不可编辑的），天啊，我摸不清情况，怎么来完成这四个图啊。结果是，来回折腾了三次，现在还在等死，我已经放弃治疗了。关键是耗掉我几个周末，通宵加班，和他们解释需要提供什么，整成什么样子，结果还耽误掉后面的项目交付，想抽空捞一遍，结果狠狠收了个失败案例。
最怕甲方非常认真，但是啥也不懂，然后不停提各种要求。这种往往会按照理论上的设计咨询公司的要求，要你按照流程一步步地去实地调研、需求研讨、技术方案设计、征求意见、专家论证；不是说不好，主要是在市场竞争环境下，老板投标是压价投的，这么干成本是包不住滴。

3.时间的考量

由于是初始阶段，一般主动找我们的都是有特殊情况的，都是时间特别紧张。通常不会超过一个月，两周都是正常的。没有团队的情况下，加班加点也干不好。但拼命加班，提交初稿后，甲方会来回修改，因为人家其实是预留了时间的，并没有准备你按时交初稿。而且因为太准时了，还觉得方案编制工作很简单，希望你可以继续完善，呵呵，自己挖坑往下跳啊。所以，如果碰到这种特别急的情况，尽可能比要求的时间晚3~5天交稿，既显得很努力，又不至于激怒甲方，还避免了一轮无意义的改进性修改。

4.现状的调研

注意，现状上一篇博文说的现状是方案编制的现状，实际项目的现状，很关键一点是了解当地的信息化现状。重点是当地的信息化工作流程、政策和技术水平，最简单就是向甲方要一个最近一次和上一个同类项目的方案，然后，调研时了解清楚审核的要求和次序，别怕被人知道底细，一定要问清楚，吹牛逼是销售的事情，作为实际编制方案的人，执行者是您，落地的是您，这个是您切身利益所在，别不好意思，别装逼被雷轰。

5.资料收集

原以为可以依托现在的公司团队介绍相关行业厂家，收集在实施的一些项目的方案、宣讲材料，如愿建立知识库，整合一个案例库。最后，大失所望......

实际工作中，收集案例：主要靠合作方，但合作方提供的是掺杂很多私货的

另外发现一些途径：

1）通过招标网站，下载相关的招标需求，大概可以获得一个基础的内容，当然，这个并不是每次都合适，但如果持续去做，还是会很有收获的

2）一些政府采购平台，可以获得标准化物资的规格和报价。因为是公开的，入围价一般是虚的，但可以参考。

3）主动去接触合作厂家的销售，参加他们的小圈子，但这个成效不大。因为个人的影响力还太低......

结论：建立一个小团队，不断提升自己的逼格，影响力大了，实力也就跟着越滚越大。

信息化建设项目前期方案编写2：经验小结相关推荐

信息化建设项目前期方案编制3：工作方法
信息化建设项目前期方案编制,我分解一下,主要的工作有以下方面,由于不是一个很成熟有解决方案的公司,因此工作方法只能是自己来总结了: 一.储备,这个其实很难做,也很难搞,主要分以下方面吧: 1)公司的介 ...
信息化项目网络安全方案编制
信息化项目网络安全方案编制编写依据政策法规标准规范设计思路安全技术体系安全管理体系设计网络安全软/硬件编制思路网络安全等级保护定级网络安全等级保护基本要求网络安全等级保护设计要求 ...
java metronic_基于BootStrap Metronic开发框架经验小结【一】框架总览及菜单模块的处理...
大家对Bootstrap框架知识了解多少 Bootstrap是一个前端的技术框架,很多平台都可以采用,JAVA/PHP/.NET都可以用来做前端界面,整合JQuery可以实现非常丰富的界面效果,目前也 ...
新《生产建设项目水土保持方案技术审查要点》要求下水土保持方案编制高级实践技术应用
查看原文>>>新<生产建设项目水土保持方案技术审查要点>要求下水土保持方案编制高级实践技术应用目录一.新<生产建设项目水土保持方案技术审查要点>解读二. ...
吉日嘎拉 - 1300多万条数据30G论坛大数据优化实战经验小结
http://www.cnblogs.com/jirigala/archive/2012/11/21/2780889.html 1300多万条数据30G论坛大数据优化实战经验小结 - 2012年于浙江 ...
JavaScript学习笔记（十）——学习心得与经验小结
JavaScript学习笔记(十)--学习心得与经验小结目前我先列好提纲,利用每晚和周末的闲暇时间,将逐步写完 ^_^ 转载于:https://www.cnblogs.com/mixer/archi ...
档案信息服务器配置方案,档案馆档案信息化系统建设方案.doc
档案馆档案信息化系统建设方案档案馆档案信息化系统建设设计方案 2013年7月目录 TOC \o "1-2" \h \z \u HYPERLINK \l "_ ...
使用HTML语言编写HTML教程,HTML教程:HTML编写小经验
在用HTML(HyperText Markup Language,超文本链接标示语言)语言编写Web页面时,由于所用的Web浏览器对HTML支持的程度不同,常常会在HTML语言的运用上产生一些疑问.在 ...
自定义异常和经验小结
自定义异常和经验小结使用java内置的异常类可以描述在编程时出现的大部分异常情况.除此之外,用户还可以自定义异常.用户自定义异常类,只需继承Exception类即可. 在程序使用自定义异常类,大体可 ...

信息化建设项目前期方案编写2：经验小结

信息化建设项目前期方案编写2：经验小结相关推荐

最新文章

热门文章