Archive For The “企业信息化” Category
If anything can go wrong, it will. 墨菲定律（英文名：Murphy’s Law），亦称莫非定律、莫非定理、或摩菲定理，是西方世界常用的俚语。墨菲定律主要内容是：事情如果有变坏的可能，不管这种可能性有多小，它总会发生。 项目实施很不顺利，小小总结+记录下想到的解决方法。 项目实施过程中总是试图说服客户将一些问题放到上线后来调整，为此会去做很多工作，虽然当时能让客户认同自己的观点，但是只要系统中有一些不愉快的插曲发生，客户随时会将前一秒的的应承推翻，黑下脸来，给我改完先。 这就是风险，根据 墨菲定律，这还是高风险呢，这时候就是考验PM的时候了。总结下这段时间的工作如果能做到以下几点应该能较好的控制这只风险怪兽。 1、内外部信息透明，别藏着掖着，让客户知晓现在的进度、大家的难点； 2、给客户的承诺一定要及时甚至超前兑现； 3、从业务角度跟客户沟通，试图说服客户能放到上线后调整的一定不会影响他业务； 4、管理好客户期望值，房子装修好了客厅是加不了水龙头的，但是要放个鱼缸还是有希望的； 5、及时反馈，对于客户提出来的要求快速给予反馈，反馈不等同于立即给出解决方案，及时客户知道提出问题现在处在哪个阶段； 6、积极主动，客户提出一个需求，发现系统中有类似其他的他可能会要求的地方，主动告知客户； 7、一份简明而清晰的需求汇总及完成表，客户也需要向领导汇报； 8、所谓信则灵，这个阶段是否能顺利推进很大程度取决于客户对PM(沟通人)的信赖，所以前面做的事情都是在给客户信心。 暂时就这么多想法了，实施完了再补充好。
因为是个业务系统，首要的一定是客户能完成日常的业务。做IT的多少都有点完美主义的情节，总希望把东西做的尽善尽美，雕琢自己的每一件作品，加上用敏捷这种灵活的开发方式，需求是源源不断的冒，甚至还包括了对客户工作流程的调整。业务中大家比较慎重的就是钱的问题，所以我们还做了很大一部分的财务辅助功能。 业务系统中大家都以为会有明确的分工，但实际上只有Title不同，实际上一个人从头到尾把业务跟完很正常，再正常不过了。这时候就无法将某些特定的操作固化到某个Page上了，因为谁都要做全部的事儿。 还是因为业务系统，用户天天用这个，要求要简洁，操作方便，速度快。可客户的业务调整的相当频繁，客户的客户朝令夕改那是再平常不过了，客户是希望在一个不动的地儿就把活儿干完（这个未经验证，个人理解如此），这种频繁改动给设计带来很大困扰。
站在巨人的肩膀上,方能看的更远 从进公司开始，自己就开始捣鼓各种平台，开始站尝试在各种巨人的肩膀上。 初入公司，搭建用于升级公司论坛和网站的环境，Windows2003的host环境、PHP + IIS + MySQL + DIzcuss。研究dizcuss，考虑数据迁移，升级公司论坛，等论坛升级完成后，不到一个月又开始尝试搭建公司邮箱环境，还是PHP+IIS+MYSQL。这些环境都能成功的应用了，开始编写一些简单的搭建文档。当然后来熟悉了PHP的环境后，开始找一些间的快捷构建方式，还真找到了。 实习的时候需要写一个小的程序，L指定使用PetShop的框架来开发，这开发环境也需要自己搭建，包括SQL+IIS，成功滴完成后，自己还是稍微的记录了一些安装部署文档。 实习接近尾声的时候开始尝试大家使用代码版本管理工具，在L的要求下，着手研究CVS，虽然也是搭建完成了，但是如何管理不太清楚，未果；当然过程中自己了解到可以使用SVN来管理员代码，未深入研究。 转年过来开始跟着头去做项目，换了开发环境，开始搭建Oracle+PLSQL+VS 的开发平台，同时为了测试，又搭建了一些Oracle+PLSql+IIS的测试平台，当然这部分的经验后来应用到了客户部署中。 做完了这个项目后，正好赶上公司接到一个客户意向要来做Exchange的升级，自己又开始掉头学习Exchange的东西，包括微软的AD啊、SeverR2啊、ISA啊。这部分搭建起来的东西还真给公司自己用了一阵。但是自己觉得盗版的东西用起来很别扭，又开始寻找一些Free的产品，正好发现了微软的BizSpark这样就顺手申请了。 紧接着这个项目来了个移动方案，又开始在Exchange的基础上研究如何将Exchange延伸到手机平台，同时又开始学习公司合作伙伴提供的Nokia的Intellisync的手机同步平台，还研究了一下Windows Mobile的这个手机平台，好像还写了一个wm上的短信群发软件，这个平台到现在还有同事在用。 不久又碰上了给一个客户做实施的时候客户的双机负载均衡的环境，公司产品的架构不支持这个场景，又开始研究这个负载均衡的软、硬件环境。虽然最后不了了之。 由于公司Marketing的老有异地电话会议，公司每次分享会总是会有一到两个同事无法参与，自己有开始了解远程桌面分享，远程会议的相关软件，有在线的、有通过Skype的，最后还是定了TeamViewer，授权是非商业用途，但是还是能凑合用用。 由于自己想标准化公司的文档，开始研究Word的模板功能，最后还真做出来一套公司的doc模板，至少现在大家还在用。 自从申请到BizSpark后，公司开始使用其中的ProjectServer，又是一番折腾，这个参与的少，主要是头S在维护。 来到烟台后开始自己带团队，自己需要搭建VSS，相对简单容易，发现异地管理VSS玩不转又开始研究SVN，头搭建完整后，自己有稍微研究了一些权限管理相关的东西。因为需要给队员搭建开发环境，自己又好好的研究了一下公司开发平台的搭建。 学习了兄弟公司的一套管理框架Scrum后，Boss觉得采用这个框架来走开发团队的管理，过程中需要很多的业务工具来支持，自己又开始寻找并学习这方面的工具。 首先制定了使用Visio画流程图的一个规范；其次需要找一些界面原型工具，这块比较了Balsamiq Mockups\rena-Prototype-Composer\Axure RP 5.6，最后考虑到学习成本选定为Axure；再次还需要一个用例绘制和管理工具，参考哦Visio和Rose，暂时还没定；业务模型打算采用表格+E/R来实施。最后一大块也是自己现在正在研究的Scrum的管理框架，决定采用兄弟公司使用的TFS来管理源代码、测试、自动构建、Bug管理、工作分配等，为了更好的展示大家的工作内容，计划使用ScrumDashBoard来做展板，使用CC.NET来做自动构建；为了知识分享，同时为了新入职同时能更快融进公司，决定采用wiki来管理、分享知识。 当然还有很多日常工作中的小软件的使用，比如这个Wordpress平台，用来写blog的windows live wirter== 就不一一罗列了。 自己使用过这么多软件，无疑都是很多人付出很多心思做出来的一些好的作品。站在巨人肩膀上，你才能看的更远。无论这些产品、平台、软件是不是巨人的肩膀，在这个信息爆炸的互联网时代，每时每刻都会有更新的更好的产品出来，如何更好的挑选这个巨人的肩膀，如何更好的整合资源，使得1+1》2的作用是一种在这个时代的必备技能。信息化
会议，好像成了企业单位里面的标签，大事儿小事儿都离不开开会，要做信息化项目了，当然也的开个会。 软件公司/解决方案提供商进驻到项目中了。从企业角度来收，如果是个业务系统，且是个核心业务系统，一般公司领导表达对项目的预期目标，要求公司各职能部门通力配合，balabala一大堆。从解决方案提供商的角度，一般都放低自己的姿态，努力界定好项目的范围，在项目计划时间表上打哈哈，给自己争取更多的时间，balabala一大堆。最后大家在友好和平的氛围中亲切滴交换了联系方式，就共同关心滴工期问题初步达成了一致。 我就想了，那要开这个会干嘛呢？这不想不知道，一想还真有门道。 作为第三方力量介入进来的解决方案提供商，如果不通过这个项目启动会来展示介绍自己，后期工作还真是不好开展。一来好多的项目，特别是信息化项目，往往都是由一个部门牵头，其他部门可能都不晓得有这么个事儿，通过这么个会议能很好滴让大家知道这么个事情现在就要开始干活了；二来信息化项目（那种给一两个人做的单机版的东西不计入）往往最终的使用者涉及到的面都相当的广，如果不通过这个会议来跟大家见个面，回头突然跑到人家部门，“你谁啊你，我这正干活呢，没空！”现在不一样啦，领导说了要大家全力配合，那就不一样了，虽说没有令箭，至少抓到了根鸡毛吧；三者是能敲定最终需求的人一般都是参与这个启动会滴人，也就是说后期中需求有分歧的时候，好多的东西的确认都是坐在这里开会滴，也就是项目滴关键人物了。 启动会完了，出来个啥？会议纪要总的有一个，毕竟人家领导参加了，会上发言那是旁征博引啊，你得帮人记着，有用的你写上，没用的你也的写上，回头整理出一份文字，交给人客户。这个纪要就有学问了，这个可是日后的鸡毛啊，你领导答应的要求你们全力配合滴！所以大话、空话、套话你的写，八股文里你还的套事儿，会上大家敲定的事儿你的列出来！ 会是开了，总的有点啥东西吧，人家两会啥的不是天天报纸上头版头条，广而告之吗，启动会也不能例外。起项目了，对客户而言，那叫从战略高度、着眼全局，结合实际情况、从自身出发，借助高科技手段，努力加强企业自身竞争力，抢占信息化制高点，向成为行业领头羊迈出坚实的一步；从解决方案提供商来讲，成就客户发展自我，客户名录上有多了一个，涉足的行业/领域又多了一个，以后谈市场的时候又多了个例子啊。无论哪个角度，怎么滴也得来篇新闻稿之类的吧？不让上报纸，我自家网站还不能放啊。