项目管理过程中应注意的问题
软件项目从角色分工方面可以划分为研发、开发和实施三类，每个类型的项目有各自的管理过程。下面笔者就公司实施类项目的经历，从项目经理的角度谈一谈实施类项目管理过程中应该注意的一些问题，希望大家共勉。
确定项目概况 俗话说：“万事开头难”，项目开始阶段是一个非常重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能的多从各个方面了解项目的情况。要在项目启动阶段就要了解：这个项目是什么类型的项目，具体做什么事情，是谁提出来的，目的是解决什么问题，客户方直接责任人是谁及他对待项目的态度。我们提出这些问题，并根据掌握的情况分析这些问题，目的是要找到这个项目验收的最终落槌人，并根据他的工作特点制定相应的后续工作策略。
确定项目干系人 要了解这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来。项目经理需要提前了解每个方面的人对这个项目的看法和期望。事先做足功课，可以让你在实施中碰到问题的时候，分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而顺利的将问题解决，让事情向你所希望的方向发展。请记住一句话：“没有永远的敌人，只有永恒的利益”。
提前确保后勤保障体系 “兵马未动，粮草先行”，这里的“粮草”就是资源的储备，就是参与项目的人员的业务、技术培训。根据项目特点确定项目人员规划，人员配备以期达到互补，这样对于项目实施和提高人员素质很有帮助。不是每个开发人员都适合目前的项目，最好向公司提前申请符合项目特点或者比较容易过渡的开发人员。或者是在项目需要增加人力投入的时候能够提前向公司说明，以保证有比较合适的人选。
意义非凡的项目接口人 和客户谈需求，协调资源，一定要客户指定统一的接口人，不能张领导、王领导都来说几句，如果他们意见不一致，那你就成“夹心饼干”了。所以，项目最初就要和客户方项目经理确定一个接口人，有什么需求你们内部先统一再和项目组谈，我不参与你们内部业务部门之间的矛盾之中，这样可以很大程度上减少客方不必要的干扰。项目接口人不一定就是客方项目经理，有时候他会指派一个人和你接口，那这个人的关系也要处好，团结一切可以团结的力量。如果遇到需求确定或者变更等需要做主的事情，那一定要请示客方项目经理，并且拿到具有证据效果（如：签字，邮件等）的反馈才行。
项目情况及时反馈 把项目过程中遇到的问题、进度及时向公司反应，以便能争取更多的支持。对于客户的提问或咨询也要及时反馈，但不能不懂装懂，胡乱答应，对于不太把握的事情还是要和客户委婉的解释随后给予答复，争取到时间就要及时的去确认并且以最快的速度反馈给客户，让客户觉得项目组很负责任，态度很积极。如果他提出的问题被你耽误了好多天或者干脆就忘记反馈，那客户的感觉可想而知，随后的工作就麻烦了。
确定项目范围，避免完美主义 很大部分项目经理是从技术开发做起的，有时候在谈需求的时候，对于客户的要求不能进行合理的分析或不能对项目的成本控制引起足够的重视，觉得这个问题不太复杂，又对客户具有惧怕心理，就觉得做也没有关系，到头来需求超出了项目的范围，从而对后续工作造成不利因素。顾客是上帝，但我们不是基督徒，对待客户的态度力求做到不卑不亢。制定项目范围要注意及时刹车，避免需求膨胀。
建立沟通渠道，注意保存证据 说到沟通，通常就是指会议、邮件、电话、口头确认等，但还有一样比较不被注意的形式就是建立统一信息发布区域，能保证项目成员、客户可以从一个统一的地方获取信息。邮件的形式具有不容易被识别和信息分散的特点。建立统一信息发布区不但有利于信息发布还有利于保存信息的版本变更。对于调研日志，会议记录，项目周报等尽量放到信息发布区中。有些客户不喜欢签字，怕承担责任，我们在保证优先签字的原则下，退而求其次，要保证客户的反馈是书面的（比如邮件），对于自己发出去的邮件不要随便删除。
合理引导客户
不同的客户对IT项目的理解不同，有的比较专业，有的一知半解，有的完全陌生，面对不同的客户谈需求、系统设计的时候要因人而异。能够说明不同解决方案之间的优缺点，能够引导客户向有利于项目推进或实现简便的方案上靠拢。牵涉到不同业务部门之间的问题能在技术上找到解决办法的，就不要在业务上寻求解决问题的方法。
注意环境问题
实施类项目大多需要项目组安装测试环境，在测试环境的安装过程中，注意域名配置，各服务器时间不同步的问题。对于这种环境问题怎么强调都不过分。记得一次配置测试环境中hosts表中域名和中间件配置的域名的一个字符没对应上，导致配置过程出现了问题，耽误了时间。遇到问题注意分析日志，有时候日志提示的信息可能是由其他问题引起的，所以需要全面的分析问题。
对于以上罗列的一些问题都是在项目管理过程中的经历和总结，希望能对大家有些帮助，在碰到同类问题时起到引导和提醒作用。项目不同，客户不同，遇到的问题千奇百怪，但是有一条就是要想方设法保证项目进度，控制成本，降低项目风险。可以说，实施类项目更需要一个项目经理从全局把握一个项目的方方面面。
撰稿人：吕晓东
发表于 lauef
@ 08:15 下午 CST
客户信任度的建立
在项目实施过程中的绝大多数时候，我都很“憎恨”我合同乙方的身份，因为我要时时刻刻满足客户的需求。
如何让客户满意？
在项目立项的初期，这简直就是我考虑项目实施风险的全部。客户方企业文化、客户团队组成、客户项目经理的技术能力、客户对本项目的关注、客户对项目进度的要求、客户方对故障的容忍度、客户方与公司的关系融洽度、甚至客户的爱好、性格等等。这是无法回避的问题，我们必须面对它。
什么是客户？客户是我们的工作动力和目标；是给我们为其服务的机会而给予我们的恩惠；是我们为其服务，使他们和我们都得益，实现客户利益和企业效益的“双赢”。
短缺时代的过去，注定了今天的客户就是上帝，他们更多的是需求，是挑剔，他们很少去宽恕，去理解。随着营销观念的转变，从“产品为中心”走向“以客户为中心”，客户关怀和客户满意日益成为企业经营理念的重要组成部分。
需要说明的是，这篇文章是一个实施项目经理在客户现场工作的体会和经验，它不应该是教条，更多的是值得商榷的观点和经验的借鉴。
客户信任度主要包括那些呢？个人认为主要包括技术信任度、责任心信任度、执行力信任度、突发状况处理能力信任度。
限于篇幅，让我们首先讨论一下，技术信任度的建立问题。
技术信任度的建立
我很想把责任心信任度放在第一条，但作为一个软件企业，客户最先关注的还是项目经理技术能力的考察，所以，如何建立或者说提高项目经理在客户心中的技术信任度应该是首当其冲的。
实施项目经理在现场作为公司技术代表的身份是客户潜意识中确定的。对于项目经理出具的功能方案、解决手段、故障处理能力、解决问题的时间考虑、架构方案等等都会因为初次合作而被客户方在技术层面上打上问号。“对于这件事情，我借助的是我多年的业内工作经验和整个公司的技术团队，请相信我！”我通常这么说。但客户在初期根本不会相信你的工作经验和公司技术团队，因为它们没有得到检验。
一直在说团队精神和团队协作，所以千万不要忘记公司有售前团队和研发中心，MGS内部有专业服务部，我们还有很多并行的相同技术线的项目。在考虑问题的时候，我宁可多花一些时间聆听他们的意见和建议。大多数的时候，这些建议和意见是非常有益的。至少他们会对我的决定有很多补充和建议。我个人是讨厌唯技术论和个人英雄主义的，因为个人的能力还是存在盲区。
好吧，在客户等待的时候，给他一份表格，在项目的初期甚至以后。不要怕麻烦，事实证明这些是有用的。不同技术、不同架构、不同开发工具……优缺点请列示出来，然后结合客户的要求，分析之后给一个结论。别忘记将公司技术团队的建议和分析附加在你的表格的后面。若我是客户，我会认为在这个需求的处理上，你做了很全面的分析和规划，你是值得信赖的，至少你采用的技术是有竞争力的，我会很认真的去考虑你给的这份方案。若你有不同技术的成功案例和失败案例的分析，简直就是美妙了。邮件发送给你的客户项目经理，然后找个时间去和他进行沟通，给他将部分不明白的地方进行细致的解释。专业、全面、责任，将这些明白的体现给你的客户。
对于出具的技术方面的文档和思路，通常来说，我一定会找一个时间来听一下客户评审的意见和建议。这不仅仅是礼貌以及对客户的尊重。只有最终用户最清楚他们原始的想法和需求，在向项目经理转述的过程中，这些需求和想法是呈现一个衰减的态势的，仔细认真的听取客户反馈回来的评审意见和建议，是还原这些需求的最佳途径。采用递归的方法决定的技术手段，才能如实的反映客户的原始需求，最优的方案处理这些需求。
曾经和一些项目经理讨论过这个问题，“客户已经和我们签订了合同，这个项目、案例我们采用什么技术，为什么采用这种技术，其实客户已经不关注了，他们更多的关注的是结果。”没错，但我们现在讨论的是实施项目经理在客户现场技术信任度的建立问题，若一个长期的项目，让客户对你的技术放心，这是没有坏处的。
可是，还有一些时候，比如在日常的会议、讨论的过程中，客户针对某一技术问题咨询你的意见、建议、方案。除非你有十足的把握，否则，请审慎的用词。“以我个人的经验来说，我认为……，但是否存在其他的问题，例如……我需要下来之后进行一些技术准备和咨询工作，您看，您什么时候需要这样的一份方案？”大多数的时候，客户不会逼着你，在没有准备的前提下，当场进行明确的答复和解释。剩下来，我们需要做的工作，还是和上面一样，咨询相关的人员，分析各种方案的优缺点……
相对于时间和正确性来说，站在技术的角度上，我认为正确性更重要一些，努力去说服你的客户，让他们给你充裕的时间，给他们一个正确的技术文档。
将你处理技术问题的手段和方法常态化，并持之以恒，算是一个经验共勉吧！
|
| 撰稿人：吴骏 |
发表于 lauef
@ 08:15 下午 CST
摩卡，让我们一起成长
本人加入摩卡倒颇有些缘分：在刚筹划成立天津研发中心时，就差点成为研发中心的一员，但由于种种原因未能成行；经过一年多的等待，最终还是走进了摩卡，成为一名上海本土员工。时间如梭，加入摩卡转眼三年了，我能很清楚地感觉到自己的成长与进步，同时也目睹了公司快速健康发展与壮大的过程，能成为摩卡人的一分子感到荣幸和自豪。
自从成为摩卡一员后，我越来越觉得加入摩卡就意味着获得了提高自身各种能力的资源、环境和机会。
不管进入摩卡是何岗位和级别，都会有直接“领导”以及其他相关领导随时对工作中的不足之处进行指点。当然，在任何公司都会有获得帮助、指点的领导；但，摩卡特有的文化氛围、工作方式，总会有人不断指出需提高、改进的地方和方法，在不知不觉中获得成长和提高。在工作方面，我应该不属于那种聪明、善于提高改进的人，然而，很幸运遇到了许多好领导好同事，经过他们耐心仔细地指点，使自己在各方面都得到了很大提高。
摩卡目前的管理方式为“矩阵式”管理，且以产品模式实施所有项目。在摩卡工作，会经常与研发中心、各地摩卡实施中心、以及各支持部门的兄弟姐妹们打交道，能够接触到不同的人和不同的工作方式，相互取长补短。研发中心为解决项目组疑难问题、提供高质量的产品而通宵达旦、严谨仔细的工作，让人为之感动；那些长期出差在外支持项目工作的同事也让人动容。当项目结束时，我结交到了不少的朋友，能够从不同的人身上得到不同的帮助和指点。
摩卡的产品、项目是非常广泛、丰富的，五大产品线：Mocha Workplace、Mocha BPM、Mocha BSM、Mocha Search、Mocha Mobile Access，项目涉及到：通讯、金融、航空、证券、制造业等行业，项目实施遍及全国各地。公司会经常组织内部的培训和学习，对最新前沿技术、公司产品进行培训和讲解，培训对象从项目实施人员(DEV/PM/PMO)，到各级领导、售前等，针对不同的受众重点突出各自感兴趣的内容，如开发、架构、优势特色等。经过学习培训后，在全国各地的不同项目中进行实践，不论是在开发技术方面，还是在沟通协调方面，以及为人处事方面都能够得到极大的锻炼和提高。
我很庆幸自己算是比较踏实工作的那种人，也很幸运遇到的都是那么有耐心、那么循循善诱的“导师”，使得自己在各方面都得到提高。在摩卡如此丰富的资源和环境中，只要想自己得到成长和发展，机会总是时刻把握在自己手里的。
在加入摩卡之前，始终觉得业界各公司的OA产品在功能上基本算是大同小异，能否拿得下项目，不在于产品功能本身，而在于公司的其他资质实力。在加入摩卡的前几个月，也确实觉得公司产品和其他公司差不多。很幸运又亲身经历了公司的一个重要事件：06年初，公司决定以产品模式进行项目实施，并由本人负责某个Mocha BPM产品项目。在实施前期，对以产品模式来实施项目还是有些不理解、不认同的；但，事实证明公司这种方式是非常正确的。
在该项目实施期间，我们的Mocha BPM产品从4.6陆续升级至5.X，目前又推出功能更强大、架构更优化、更便于实施的Mocha BPM6.X版本。当然，我目睹的并不仅仅是产品功能、质量的不断完善、飞跃，而是摩卡各种项目实施制度、规范、支持平台迅速完善发展，这为后续Mocha BPM以及其他产品的广泛推广实施，提供了支持平台和保障。
最先推出的是产品反馈跟踪系统(PTS)，该项目提出的需求/缺陷多达300个。以至于有次到天津培训，研发人员开玩笑说竟然跑到天津反馈问题了。摩卡陆续又推出产品支持中心和论坛、建议箱，以及近期的WIKI等各种支持、服务平台和系统，为项目实施和公司发展提供了基础保证。
而最重要的是，摩卡这种不断创新、发展的特质，能够不断自我完善、适应新挑战的内在动力，不仅会使摩卡逐步发展、壮大，同时，每位摩卡人也会得到不断地提高和完善。
摩卡，让我们一起成长吧！
|
| 撰稿人：郑继臣 |
发表于 lauef
@ 08:15 下午 CST
不一般的荣耀
“我今年荣获了忠诚员工奖！”，说这话的同事表现出十分得意的神情。对他来说，这个奖是不一般的荣耀。我，呵呵，真正的我，则表现出十分羡慕之情，忙连连表示祝贺。对现在的我来说，离忠诚员工奖还有一大段距离。但是，您要是能看到这篇文章，就是我的幸运；您要是能看完这篇文章，就是我的荣耀；要是看完了还能点评或宣传一下，那也是我的不一般的荣耀。
来公司将满一年，还算是个新兵。回想这一年中不寻常的忙碌，有时候忙得都不能控制呼吸的节奏。不过还好，我坚持下来了。伴着摩卡软件快速成长的步伐，合着摩卡软件明快有力的节奏，不断学习，不断完善，发掘潜力，取得了喜人的进步。
我在某移动统一门户项目中担任架构师。该项目统一门户系统，不但要实现集成MSS（管理支撑网）各应用子系统 （如OA，MIS，HR等），并且要集成BSS（业务支撑网）各应用子系统（如客户关系管理，经营分析，业务运营支撑系统等），实现统一用户，统一权限，统一登陆等。应用系统和网络环境之复杂，前所未有。三言两语，难以表述。只好将这个项目中的一些体会拿来分享。
聚沙成塔，汇水成河
像这样的集成项目，所要面对的是众多类型不一的应用，相互独立的管理网和生产网，较为严格的网络安全和防火墙策略。在集成过程中遇到很多问题。当然，解决问题的办法和策略也是很多的。每一点进展，都是一次次尝试，凭着积累的经验选择最适合的方法。可以说经验加速了项目的实施，项目的实施丰富了经验。类似的经验只有在实际工作中一点一滴的积累，关键时刻才能派上用场，在出现各种复杂状况的时候，才能得心应手，以不变应万变。聚沙成塔，汇水成河，就是要不断积累知识和经验，培养较强的应变创新能力，突破技术上的一道道难关。
温和地张扬
在客户现场做工作，要面对客户，要面对各集成应用的开发厂家，要面对技术方案提供厂家，要面对监理公司，当然还有众多的项目相关的人员。如何处理和协调好各方面之间的事宜，促进整个项目朝着目标不断向前，不断进展。这是一个值得深思的问题。我在现场给自己定的策略就是：温和地张扬。彬彬有礼，大大方方，谨慎小心，少说话，多做事。在关键时候或场合，该表现就表现。当然不是每个人都要这样，不是在每一个项目中都要这样。关键是要处理好项目中涉及人员的各项事宜。
化腐朽为神奇
在该项目统一门户项目中，各应用系统跟门户之间的用户同步、密码同步以及短信功能，都要求要使用IBM WebSphere ESB（WESB）产品。安装WESB平台后，打过补丁，又安装开发工具WebSphere Integration Devolop（WID）。WID这个开发工具中提供了相当多很详尽的开发用例。在IBM官方网站上也有相当多用例。不过令人郁闷的是竟然没有一个能成功布署的。之后因为面临上线时间一天天逼近，通过一些渠道，IBM提供人员远程支持。在最短的时间里，IBM发布了三个几百兆的补丁，打完补丁居然就可以成功布署WESB应用了。不过真的很感谢IBM的工程师，亲临现场。虽然只有一天，对项目的帮助还是很大的。真是上演了一场化腐朽为神奇的大戏。
众志成城，金石为开
一个人不可能解决所有问题；一个人的智慧是有限的，这几乎可以叫公理了。一个项目组，需要发挥每个人的才智和积极性，去解决项目中面临的问题。项目就是要这样，众志成城，金石为开。发挥项目组最大的潜力，借助外部智慧，能做到这样的项目组，无论多复杂的项目都不成问题。
宝剑在手，谁与争锋
“一个剑客的光芒与生命，往往就在他手里握着的剑上”。对一个员工来说，宝剑就是足够的知识和经验。对一个公司来说，宝剑就是有着知识经验智慧的员工。每一个员工的成长、经验的积累，对公司都是有贡献的。每一个员工获取的巨大进步和成功，无论对员工对公司来说都是不一般的荣耀。但愿我们这样的不一般的荣耀，越来越多，越来越亮。
总有一日，摩卡软件将璀璨夺目。宝剑在手，谁与争锋！
发表于 lauef
@ 08:14 下午 CST
满江红
环望四野，
IT界，
风云际会。
此中值，
摩卡软件，
厚积薄发。
十年春秋磨一剑，
三地辛苦写风流。
莫叹怨，
误了好前程，
铿锵行。
手中剑，
锋正芒。
凌云志，
乘风浪。
驽信息踏上图灵峰巅。
群英聚首绘宏图，
数载之后写春秋。
须而今迈步从头越，
执着最。
内容说明： 当前的IT界是群英各展风采的时机
摩卡软件凭借着多年的努力、多年的准备，正以骄人的成绩展示自己的风采
从公司拓展软件应用业务以来，我们已经走过了十个春秋，凝练了自己的五大产品线
北京、天津、南京三地的同事在这十年中，为了公司辉煌的前程，挥洒着自己辛勤的汗水
他们从来没有过多地抱怨，而是选择了远方的目标，继续前行
手中的宝剑，正是锋芒的时候
凌云之志，正在乘风破浪前行
我们的目标是在信息行业中，做到最好
现在我们欢聚在一堂，绘制着我们宏伟的蓝图
约定数年之后大家再聚在一起，共同回忆这美好的时光
理想是美好的，但仍需我们努力从脚下一步一步做起，尤其执着的信念，对我们是最重要的
发表于 lauef
@ 08:14 下午 CST
无线运维——J2ME和WAP运维方式的优缺点
随着信息技术的发展，软件产品进入了多接入渠道的新阶段，这些接入渠道既包括传统的Socket、Web等方式，也包含WAP, SMS,EMAIL等方式。网络管理软件作为软件产品的一个小的分支，在多接入渠道方面，也有了很大的发展。今天我们着重讨论无线接入方式在日常运维工作中的应用，就是我们所说的无线运维。
无线运维的实现方式，无非两种，一种是WAP方式，也是传统的方式；另外一种是J2ME方式。两种方式各有各的优缺点，也各自拥有自己优缺点。
WAP是Wireless Application Protocol的缩写，它的设计初衷是让无线设备，通过有限的屏幕和连接带宽，访问internet或intranet的应用。WAP论坛于1997年由Phone.com, Ericsson, Nokia, Motorola等公司创立，其目标就是建立一种免费的无线工业标准，以让每个人都可以开发基于WAP的应用。该论坛经过不断发展，成员已达数百。
WAP标准在实践中不断发展和完善，如今已是手持设备在无线网络应用方面广泛采用的标准。这不仅包含手机，也包含PDA和传呼机。它可以工作在所有无线网络中，包括CDMA、GSM、TDMA、CDPD。
基于WAP的站点展示数据一般只有一两行，例如公司名和电话号码、航班号和时间等。这种信息WAP协议容易处理，也容易被个人用户访问。但是也由于WAP协议的这种与生俱来的特点，WAP一般个人用户通过手机来访问。
J2ME是Java 2 Micro Edition的缩写，是J2ME是SUN公司针对嵌入式、消费类电子产品推出的开发平台，与J2SE和J2EE共同组成Java技术的三个重要的分支。它占用更多的用户空间，但是提供给用户基于JAVA技术的应用，增强用户的体验。
基于WAP和J2ME技术的这些特点，在实际的无线运维中，WAP和J2ME方式就有了以下一些区别：
1、 首先看无线运维的条件：
手机如果要访问对于基于WAP的站点，需要手机支持WAP技术；同样对于J2ME的应用，要求手机支持J2ME技术。
2、 首先从安装方式来看：
WAP技术因为就是手持设备浏览器使用的协议，对应用的访问，都是通过WAP浏览器来实现的，所以对于基于WAP的站点，只要用户手机支持WAP浏览器，就可以方便的访问基于WAP的站点，而不需要安装其它的软件；
但是J2ME技术是基于JAVA的技术，要访问基于JAVA的应用，必须有一个JAVA客户端，因此，在实际的运维工作中，要想访问相关的应用，必须下载相关的JAVA应用客户端到手机。
3、 从使用感受来看：
从传统意义上来说，WAP应用的界面相当简陋，提供的也都是一些基本的信息，给用户的体验也仅限于有限的几种表现形式。但是随着手机技术的发展，现在的有些支持WAP的手机的用户界面已经有了相当的进步，比如最近推出的iPHONE。
J2ME应用因为基于JAVA技术，应用界面的表现力一直可圈可点，跟WAP应用比较，具有相当的优势。
4、 从占用系统资源的角度来看：
WAP技术一般通过WAP浏览器的方式来访问应用，所以对手机资源的占用有限，对带宽的占用也有限，这方面，WAP技术具有相当的优势。
J2ME技术基于Java技术，由于JAVA技术与生俱来的缺点，导致J2ME应用占用比较大的网络带宽和比较大的手机空间和内存。
Mocha BSM网络管理软件，采用WAP和J2ME两种接入方式，将令人激动的无线技术融合进运维工作中，将运维工作带入一个新的境地。
发表于 lauef
@ 08:13 下午 CST
企业为什么需要IT资产管理
随着近年来计算机科技的迅猛发展，IT资产正逐步成为企业运行、开发的重要工具，但管理仍然是不容忽视的问题，一个企业就其规模，PC台数会有几十台至几千台甚至更多，如若管理不善，可能会造成企业IT硬件资产分配不当、软件使用超出许可范围继而形成使用非法软件、安全补丁发放不及时因而留下安全隐患、网络系统紊乱等等。由此可见，企业的IT资产管理刻不容缓。
如果把IT软硬件设备视为企业的资产，那么，它就应该产生商业价值。于是，IT资产管理就不应该再是相比其他更“紧迫”的事情而被搁置一边的问题。IT资产管理按不同的层次可分为许多阶段，这是一个持久的过程。
大多数企业用户深刻地认识到，自己并没有从IT资产中得到回报。许多公司的要求很简单：资产就应该创造商业价值，就是这么直接。那么企业对于IT资产管理的瓶颈到底在哪里呢？究竟是什么制约了企业对IT资产的有效管理呢？
我们来看下面这些问题：
- 如何更好地利用现有的服务器资源？
- 如何更好地利用现有终端设备？
- 如何更好地利用现有网络设备？
- 现在设备够用吗？需要买新的吗？
- 现在IT设备的库存情况？
- 到底现在库存里头还有多少设备？
- 有多少设备在维修？
- 有没有设备借给别的部门？
- 有多少设备已经报废了？
- 企业装了哪些软件？
- 有多少设备超过了折旧年限？
- 某一个厂家的设备好不好用，返修率高吗？
- 这些年来的IT资产投入有多大？
由上可见，优秀的IT资产管理非常重要，上述的问题也是各大企业近年来最关注也是最难解决的问题。优秀的资产管理可以给企业带来了“80/20”的效果，即花20%的力气，得到80%的回报。如果把现有IT资产管理好，会带来以下效果：
- 追踪设备库存情况，在购买新设备时，能更好地做出适当的决定，帮助企业减少浪费。
- 在做IT设备购买的决定时，可以查看库存、维修、借调等设备状态，帮助管理员做出更适当的IT决定。
- 财务方面对固定资产方面有一定的要求，出色的IT资产管理可以帮助追踪和实时跟踪这些设备的状态，比如报废的设备等。如果手工统计和追踪，这无疑对IT部门是一个比较大的挑战。
- Sarbane Oxley法案的种种要求。
摩卡IT资产管理(Mocha IT Asset Management)可以帮助企业从成本、合约、支持以及库存等多个角度，管理整个IT资产库，确保IT资产回报的最大化。
Mocha ITAM以Portal为展现中心，实现了以下内容：
Mocha ITAM是以ITIL为理论基础，实现了ITIL以下几个功能：
- 实现ITIL服务支持的配置管理(Service Support – Configuration Management)。
- 允许客户服务人员通过服务台(Service Desk)与Mocha ITAM的整合查询IT资产的信息，特别是ITIL提倡的事故管理(Incident Management)和问题管理(Problem Management)需要此项功能。
- 变更管理(Change Management)，追踪资产的变更情况。
自动发现IT设备配置 Mocha ITAM可以大大节省用来寻找企业内部网络资产的实际位置的时间和费用，其包括查找电脑、服务器、笔记本电脑、路由器、交换机以及打印机等那些需要耗费大量人力资源的工作。
Mocha ITAM可以识别各个连接在网络电缆上的设备，帮助管理员在不离开办公桌的情况下毫不费力地确定设备的实际位置。如果设备移动到另一位置，那么新的位置就能自动地被探测到并被登记于资产数据库内。
完全的、定时更新的硬件和软件鉴别
Mocha ITAM可以帮助资产管理员获取网络设备以及电脑硬件和软件方面的完整记录。这样资产管理过程可以根据实际情况而不是按照假想来做出决定。例如：通过使用摩卡IT资产管理软件，可以确定整个组织内的硬件设备，是否有足够的内存来支持新的软件升级，可以判断某些电脑是否正在运行不被支持的程序。硬件识别包括关于电脑的详细配置情况，例如：内存、硬盘空间和所连接的设备(包括调制解调器和打印机)，还包括一个扩展的产品识别数据库来鉴别应用程序。用户甚至还可以把个人的应用程序添加到识别数据库中来为你的组织增加信息价值。
对所有的IT设备进行资产跟踪
对电脑所有的安装、移动、增加和变更进行跟踪，保持完整的审计踪迹。使资产管理员能够重新获取关于整个IT架构所作变更的关键信息。例如：上个月安装在服务器上的CPU、昨天从客户端电脑上拆卸下来的CD-ROM驱动器、或者新增加到网络上的网络打印机。每一事件的历史均被保存起来，然后该数据可提供给服务台(Service Desk)工作人员使用，以便于加快问题的解决，以及让管理员更有效地管理现有的IT资产。
易于管理
通过摩卡IT资产管理软件，对于访问资产资料档案库非常方便。用户可以从控制中心产生报表和进行查询、安排审计计划、导出数据等等。资料档案库内的数据可通过以下条件查阅：
- 已安装的软件/硬件
- 位置
可根据情况设定审计时间。每一个设备可设定一个独立的审计时间表或各个设备可使用相同的时间表。可设定审计的频率，在工作需要时，或者每日、每周、每月审计一次，以便��满足IT或业务部门的要求。
强大的资产分析和报表功能
Mocha ITAM提供的报表可以帮助管理员以各种方法对IT资产的全部数据做出分析。数据透视表能使主要管理人员去测试整个企业的“如果(What if)”要求和分析数据并产生相关结果的报表。通过使用Web界面，用户可轻而易举地为资产资料档案库内的数据导航并打印出任何方面的查询。用户也可以直接从浏览器上产生报表，并且用户可以将报表个性化。Web界面甚至可以用贵公司的标志来进行个性化。摩卡IT资产管理报表能够完成以下工作：
- 显示部门或全部电脑使用年限的分类信息。
- 在组织内鉴别电脑制造厂商或设备型号。
- 按制造厂商或产品分类来分析资产的利用率。
- 使用特定硬件和软件的先决条件、组件成本和工作时间来计算升级的成本，然后做出相应的调整要求以平衡预算。
- 应用升级向导来确定那一台电脑需要升级，以达到所要求的规范。
众所周知，制作资产报表并不是件容易的事。但资产管理员可以从控制中心快速获得一份由摩卡IT资产管理软件所提供的完整资产报表。只要进行简单的查询操作或使用预设的查询模板即可，并可以将结果打印出来。也可以方便地与其它应用程序共享资产资料档案库。
IT资产与其生命周期管理结合在一起
系统将IT资产与其生命周期结合起来，从而将IT资产的各种状态通过生命周期串联起来，让企业IT经理可以从生命周期的角度，对各个阶段的IT资产状况加以了解。
系统也提供与工作流程结合的生命周期管理功能，并以XML接口方式进行数据交互。
供应商和厂家评估
对供应商和厂家，根据可设置的评估项，对其进行评估，根据评估结果生成星级。用户可以通过Mocha ITAM日益增多的IT资产厂家和供应商，并且最终根据厂家或者供应商过去的表现，评选下一次IT资产采购的合作厂家或者供应商。
Windows补丁管理
面临着数以百计的PC终端，很多企业在补丁管理方面束手无策。Mocha ITAM帮助企业解决这个头痛，通过从微软网站下载的安全补丁或者应用补丁，经过测试过后，可以分发在企业各个角落的PC终端。这为企业解决了很多PC终端维护问题。
设计优势
Mocha ITAM产品逻辑架构设计中考虑的关键因素：
- 开放性：J2EE标准，能集成任何第三方产品。
- 模块化、灵活的配置：成功产品化的体现。
- 分布式：B/S结构。
- 平台无关性：J2EE标准。
- 高度可靠性：能用负载均衡和群集达到目标。
摩卡IT资产管理系统带来的获益：
- 避开重复性劳动，提高工作效率
- 以数据为基础，降低IT投入成本
- 一目了然的统计数据，资产管理做到心中有数
- 流程化管理，规范化管理
- 提醒服务合同到期，避免问题
- 提高IT部门响应时间，提高客户满意度
- 统一的评估标准，能够快速衡量供应商和厂家的服务质量
综上所述，基于ITIL框架设计的摩卡IT资产管理系统可以给企业的IT资产提供一种全新、高效、高回报率的管理方式。
发表于 lauef
@ 08:13 下午 CST
世界是平的，网络也是平的
时间：星期五下午
地点：某机房监控室
人物：值班工程师小陈
星期五的下午，窗外阳光明媚，大家都盼望顺顺利利地度过这周末前的半天时光。经过午休的值班工程师小陈懒散地走进了机房室，望了望监控大屏幕上的Mocha Network Focus 网络拓扑图，发现所有被监控的网络设备都正常，于是他兴致盎然的拿起了放在书桌上的一本书阅读起来，是由托马斯•弗里德曼所编写的《世界是平的》一书。
图示1 总览全网
图示2 展示网络逻辑拓扑
小陈是津津有味地读着书连清洁阿姨进入了机房监控室都没察觉到。在一边打扫卫生的阿姨望着监控大屏幕上的网络拓扑图对小陈问了一句：“陈工啊，怎么那个地图上红色的点是啥意思啊。” 小陈被阿姨打断了阅读思路，有点不耐烦地说：“阿姨，红色点代表有报警啊。”“嗯，不对！怎么刚才检查还好好的，怎么阿姨说网络拓扑图有红点” 小陈马上放下书抬头一看，果然见到网络拓扑上代表核心交换机的图标上出现了一个报警的小红点，与此同时，手机的短信也想起来了，小陈拿起手机一看果然是网络拓扑出现问题的报警短信。小陈马上利用网络拓扑图上的功能键打开核心交换机的详细信息，查看问题指标和主件一览，看看究竟是哪里出现问题。问题显示原来是其中一个网络接口断开了，看了一下时间记录，发现接口断开的时间还不算很久，还好有阿姨提醒了一下。从端口信息小陈已经知道是核心交换上面某个光纤网口的其中一个出现了问题，还好有做冗余暂时还不会产生太大的影响。点开背板信息，小陈准确定位了出现问题的光纤模块位置，他马上进入机房来到出现问题的机器后面，观察了一下实际的背板，果然发现在网络拓扑背板图上面所定位的光纤模块已经不工作了。
图示3 查看设备详情
图示 4 查看背板图
小陈连忙联系了负责维护的设备厂商，并准确的提供了该光纤模块型号。在厂商工程师的配合以及网络拓扑所提供的正确故障信息下，问题被快速解决。小陈回到监控界面，利用网络拓扑内的工具查看着设备的情况，确定没有问题了，又看了看记录里面的故障恢复时间，心里才算是踏实下来了。
在忙碌了一段时间后，小陈看了看表发现还有一段时间才下班，于是他又拿起了桌子上那本《世界是平的》，他心里想平坦的世界是个人电脑、光缆、工作流程软件的综合产物，而准确、敏捷的网络拓扑图就像一张精细的网络地图一样令网络趋于平坦，在技术壁垒被打破后即使连搞卫生的阿姨也能察觉到网络拓扑上的明显指示，看来不单是世界，连网络也成平的了。
在使用了Mocha Network Focus 网络拓扑模块的客户就能体验到它的功能丰富，反应迅速以及友好的界面。对于管理员来说，最重要的就是掌控全网的整体态势，而网络拓扑不仅将这个网络拓扑图展现出来后，同时也将各网络节点的运行状态实时展现，也将重要的网络链路的运营状态清晰的展现出来。实时了解网络设备的端口信息，企业的网络链路是否畅通，将网络设备的端口进行主动监控，从端口流量、端口丢包率、错报率等指标全面反映网络运营情况，为企业的业务服务提供有力的保障。协助企业，清晰的认识到了IT的基础架构，并进行全面的监控。
发表于 lauef
@ 08:12 下午 CST
企业为什么需要网络流量分析
摩卡网络流量分析（Mocha Network Traffic Analyzer）是一个综合网络分析系统，它通过捕获并分析网络中传输的数据包，有效反映网络通讯状况，帮助网络管理人员或非网络管理人员快速准确定位故障点并解决网络故障，并快速排查网络故障，从而提高网络性能，规避网络安全风险，增大网络可用性价值，并确保整个网络的持续可靠运行。
随着网络信息化时代的到来，计算机网络通信已逐渐成为企事业单位日常工作不可或缺的一部份，对于一个企业来说，网络环境非常复杂，企业有广域网、局域网、Internet出口等，尤其是广域网和Internet出口的带宽通常是有限的，一旦有异常数据产生，将会对企业的网络产生非常严重的影响。
1.速准确的定位网络异常的节点位置 如下图所示，我们可以通过TOP N排名（应用、协议、流入、流出、速率、流量等排名）快速发现网络中的流量异常，并加以处理，分析出HTTP应用占据了某企业的Internet出口的主要带宽。
应用排行
当网络及网络设备在负载、工作效率以及安全性方面都承受着巨大的压力，网络时断时续、网络速度慢、网络遭受攻击却无法定位攻击源等故障一直制约着网络的正常运行。在这种情况下，管理人员必须对网络的流量占用、协议分布、通讯连接、数据包原始内容以及整个网络的运行情况了如指掌，才能在网络出现时断时续、不能正常上网、遭受攻击故障出现时，快速准确地定位故障点并将其排除。
我们也可通过关注的网络设备的接口信息，查看某个端口的详细信息（会话信息、来源、目的、应用），如下图为端口的详细信息。
端口信息
提供业界最流行的报表展示形式，如叠加图、二维饼图、三维饼等，报表界面简单易用，并从多个分析的角度将分析内容进行了整合，使用户更快速的得到所需要的分析结果。从会话报表中点击协议，可以直接跳转至应用报表；而从应用报表点击源地址或者目的地址，也可以直接跳转至会话报表，方便管理人员进行流量分析。同时提供区域图表的功能，用户可以在需要详细查看的图表区域进行框选，被选中的部分会进行放大，供用户进行查看。同时提供查询功能，方便用户使用，可导出Excel和PDF格式。
3. 配置简单
通过网络流采集协议（NetFlow、NetStream、CFlowd、sFlow、IPFIX等各厂家协议标准）对相关的流量进行分析, 不需要添加其它的硬件设备, 只需要在企业内部网络中部署一台摩卡流量采集分析器，然后将所有网络设备的流量分析包发送至摩卡流量采集分析器即可, 只需要简单的几个步骤就可以完成相关的配置,省去了端口镜像繁琐的操作方式，特别是对于有些中心交换设备并不具备镜像功能的交互式网络来说，更节省了一笔不小的费用支出，也更不必再担心为了不同厂家的设备，分别购买不同厂家的流量分析模块。
希望通过我们不懈的努力，帮助企业能掌握网络中流量的特征，让我们的流量分析为企业解决网络中的“疑难杂症”。
发表于 lauef
@ 08:12 下午 CST
网络运维系统，只要对的，不要贵的
一定得选最好的界面设计，支持多种平台，后台数据库支持完备，功能特齐全，什么报表呀，告警呀，流程呀，能给他挂的全给他挂上。界面要支持Web2.0，做到自己想要什么样儿就是什么样儿，3D流量分析图表，特漂亮的那种，网管一登录，甭管有事(儿)没事(儿)都得弹出个“you are welcome”的欢迎界面，倍(儿)有面子。系统里再加一自动知识库统计，数据库用Oracle的，光一个后台就要几万美金。再弄一个报表可旋转设计，三百六十度旋转动画，就是一个字(儿)——美。看个报表就能显示三十六种颜色，相关的拓扑图都能显示七中色调，你要是只有三个故障等级，你都不好意思跟运维系统提供商说。你说这样的网络运维系统，你得卖多少钱？”
“我觉得怎么着也得十万美金吧？”
“十万美金？那是一个模块！六十万美金起，你别嫌贵，还不打折。你得研究用户的心理，愿意掏五十万美金买网络运维系统的用户，根本不在乎再多掏几万。什么叫成功企业你知道吗？成功企业就是买什么系统都买最贵的，不买最好的。所以，我们做网络运维系统的口号就是：不求最好，但求最贵！”
您要是听到网络运维解决方案提供商私底下这么说话，估计能把您给气死，这不是典型的“忽悠”人么？但是，说出来您可能不相信，这样的想法却是很多用户在挑选网络运维系统时的潜在想法。很多企业在挑选网络运维系统的时候，都是在比较运维系统的功能性是否完整，性能是否达标，却忽视了最基础的自身的需求分析。我们今天就来帮助不同网络规模的用户梳理一下思路，看一看什么样的运维系统最为适合他们。
网络运维系统的发展经历过了NSM（网络系统管理）——ITSM（IT服务管理）——BSM（面向业务的服务管理），从这个发展过程上就很容易能看出不同规模的企业应该用什么样的系统。
NSM——中小企业的选择
中小企业其实分为很多种，不同的中小企业自身的信息化建设程度也不一样。假设一个中小企业的信息化仅仅是几台PC，一台肩负着打印、邮件以及FTP等工作的服务器，那么这样的中小企业不要网管系统也罢，找个员工兼任网管员一点问题也没有。
但是，如果这个中小企业的关键业务是建立在网络基础之上的话（比方说小型的SP服务提供商或者小型电子商务服务提供商），那么就有必要考虑使用NSM系统了。
NSM系统的主要功能就是对网络设备、网络流量以及服务器等元素进行监控，当这些元素发生异常的时候发出告警，通知网络管理者进行相应的措施。
使用这种系统进行网络管理，从表面上看仅仅是单位新上了一套系统，但是从本质上来讲，这实际上是完成了网络管理由被动到主动的转变。
为什么这么说呢？我们首先看看中小企业的特点和需求。相较于大型企业，中小企业的网络复杂程度不是很高，规模不是很大，所以很多中小企业在IT运维的时候往往采用了传统的人工管理模式。但是，人工管理模式是一种“来电响应”式的管理模式，我们经常把这种管理模式下的网络管理者形象的比喻成为“救火队员”，哪里出了故障，网络管理者就要去哪里。在这种管理模式下，只有当故障已经发生的时候，网络管理者才会做出反应。而在网络管理者进行故障排除的时候必须要经过一个故障定位——故障分析——故障解决的过程。这个过程一般来说时需要耗费不少时间的。
业务系统出现了停滞必然会带来损失。中小企业网络规模虽然小，但是涉及的需求并不简单，各种各样的主机、网络设备、数据库、应用都需要监控，可以说麻雀虽小，五脏俱全，无论哪里出现了故障和问题，都可能导致业务系统瘫痪。对于正在成长过程中的中小企业而言，这样的损失不仅仅是金钱，更有可能是在客户严重的服务质量和口碑。
显然，仅凭人工的管理方式，无论网络管理者如何辛苦，技术如何高超，也是决不可能预测出网络故障的。但是如果使用了NSM系统，就可以时刻监视网络中各个元素的运行情况，当故障即将产生但是还没有产生的时候提前解决掉，把网络管理者从被动的“来电响应”变成主动的“故障预知处理”。
所以，对于中小型企业来说，NSM系统是非常不错的选择。
ITSM——大型企业的选择
NSM实现了对IT技术层面的监控后，虽然提高了管理效率，但是在IT运维过程中还是缺乏规范的流程可以系统化的解决问题。在这样的需求下，ITSM营运而生。
对于一个大型企业来说，复杂的并不仅仅是网络，相关的维护人员所面向的维护对象也不一样。有的运维人员负责安全方面的维护，有的运维人员负责网络的维护，还有的运维人员负责操作系统和应用系统的维护类似这样的运维人员有很多。所以，在一个大企业里，经常会把不同的运维人员划分成不同的运维部门。
如果您在一个大企业，您是不是遇到过这种情况，单位内部某部门的员工上不了网，无法访问业务系统了，他们告诉了万络管理部，网络管理部门的同志检查了网络，发现网络畅通，于是说这不是他们可以管理的问题，又让系统管理部来负责，系统管理部检查了后台系统，发现没有问题，又把这个问题告知了网络安全部，最后网络安全部发现是因为该部门感染了病毒，所以他们把该部门的网线拔掉了。但是这些问题全部解决之后很可能已经过了一周的时间，到底谁该为这一周的损失来“买单”。
可见，当一个网络规模比较大，结构比较复杂的时候，仅仅采用简单的网络管理系统来管理网络就会有些“捉襟见肘”。网络管理系统可以实现准确的故障定位，可以实现预故障的报警，但是它却无法把网络运维人员联系在一起。但是，对于大型企业来说，如何有效地调动分配IT运维人员是非常重要的。
网络运维系统说到底也只是一个系统，系统的面向对象永远是使用该系统的人，当系统所面向的人群有各自的侧重点的时候，就需要系统针对不同的人群进行调整。在我们熟知的ERP系统中，针对销售人员、技术人员等不同部门的人都会有各自使用的权限及相关模块。在网络运维系统面向不同的运维人员时，也应该有不同人员的权限和模块，并且通过在模块内部，模块与模块之间建立有效的流程，把IT运维工作用一套自动化的系统联系起来。
这样做的好处有几方面，首先是把原来分散的管理模式用一套系统集中的，流程化的管理了起来，有效的提升了网络运维管理的效率，其次是做到任何问题都有专人负责，不会发生网络故障出现时，运维人员出现相互推诿的事情。同时，通过对每次故障的排除，总结并分析之后，把各种各样的问题处理办法纳入一个统一的知识库，这样可以把网络运维的经验有效的积累起来。
以上这些这就是现阶段经常倡导的ITSM所能达到的效果。我们经常听到ITSM这个概念，听到ITSM中的“故障管理”、“配置管理”等专业名词，实际上，ITSM的核心思想就是通过一系列有效的流程和手段，把网络运维人员和网络运维系统联动起来。如果说NSM系统主要是针对IT设施的管理的话，ITSM系统就是针对流程、人员管理的IT服务管理系统，它实现了从单纯的以设备管理为主的网管工具，到面向服务对人和时间进行规范化流程管理的过渡，您也可以把它简单的理解成为一套IT运维人员所使用的ERP系统，这样的一套系统是中大型企业进行IT运维工作的利器。
BSM——集团化企业的运维解决之道
对于类似电信、金融、石化等大型集团而言，他们的网络庞大且复杂，IT方面的成本投入巨大。对于这样的企业而言，业务多且繁杂，网络大而复杂，巨额的IT投入对于业务产生了什么样的影响是这些企业的CIO和CTO所关心的。针对这类用户的需求，思科提出了“面向业务应用的网络架构”，HP提出了“像经营业务一样经营IT”的口号。一时间，IT与业务之间的关系成为了关注的焦点。
在这样的背景下，IT运维进一步升级，面向业务的服务管理——BSM营运而生。BSM是一种动态方法，它是以业务服务位基准来管理解决方案的，企业可以根据业务目标对IT服务进行调整，以确保IT能够支持业务目标。
从本质上来说，业务服务管理是一种自上而下的方法，首先定义业务服务，并根据业务的绩效来评价和关里支持这些业务的IT元素。
这就需要我们把底层网络和业务系统之间进行有效的联系。换句话说，BSM系统所提供的服务是一种把IT、业务以及人员三者有效结合起来的运维服务。
从功能分类来看业务服务管理解决方案的话，可以简单的把BSM分成六个模块：
1、能力管理：包括对资源能力的管理、服务能力的管理和业务能力的管理。通俗地说，就是底层的IT基础设施是否有能力承载上层应用，IT提供的服务能力的衡量以及业务系统的能力是否达标。
2、业务管理：业务管理是指将业务的流程和IT的流程建立起关联，业务流程中出现的问题能够定位到IT流程中的环节来予以解决。换而言之就是把IT个方面的故障可能导致的业务故障做出映射。
3、 IT服务管理：ITSM上面已经介绍过，这里就不赘述了。
4、 应用管理：指对数据库、中间件、群件、Web服务、ERP以及客户订制的一些应用系统的管理。
5、 基础架构管理：实际上就是NSM，这方面也不作过多的说明了。
6、 安全管理：通过安全管理控制台对企业的安全设备和安全系统进行集中管理。
这六个模块说明了BSM所能覆盖的范围，但是我们在实施BSM的时候切勿照本宣科，有可能在这六个模块中有一部分的功能是我们目前不需要的，在实施BSM的时候还是要先把自身的运维需求了解清楚。
通过BSM系统，可以实现IT从模糊化到精细化的运维管理。在一个集团化的企业中，如果不采用BSM的管理模式，那么网络运维永远是“胡子眉毛一把抓”的工作，我们无法知道IT对业务的支持程度，也无法知道业务对IT的层次需求。在这样的企业中使用NSM和ITSM，运维人员虽然可以摆脱“救火队员”的角色，但是他们永远也无法从一个更高的角度来俯视IT，无法把业务和IT结合起来，IT运维工作也成为了“无头苍蝇”。所以，对于集团化的企业来说，BSM是他们IT运维问题的解决办法。
总结
任何产品、解决方案或者理论方法论，他们都有着自己存在的价值和目的。可以看到，NSM、ITSM和BSM分别应对了中小企业、中大型企业和集团化企业的IT运维需求，同时很多的企业也纷纷推出了这方面的解决方案，摩卡就是这些企业中的姣姣者。
历经十年的研究和开发，摩卡成为了一个集网管、IT运维和BSM三位一体的企业，覆盖了根不同层次的用户。摩卡软件研发的“4+1全方位运维产品套装”，包括了：“业务服务管理”、“端到端反应时间事务监控”、“基础设施管理”、“应用管理”和“业务流程管理”，覆盖了不同规模的用户群体。
目前，摩卡软件的用户覆盖了电信、金融、政府、教育、制造业等各个行业。无论您的IT规模是大还是小，无论您的网络是否复杂，您都可以在这个产品套装中找到适合自己需求的，高性价比的产品。通过摩卡软件，用户可以在建设IT运维系统的时候做到“只要对的，不要贵的”。
发表于 lauef
@ 08:11 下午 CST
