企业如何进行IT服务管理？

现在常用的项目管理工具有：CORNERSTONE、Teambition、ONES、Tapd、禅道

最推荐的一种：CORNERSTONE项目管理工具

推荐理由：

CORNERSTONE能够用来处理任何类型的项目协作的工具，应用于运行和维护涉及到你的业务和企业的最困难任务，即使是对最初级的用户都能有所帮助，可满足不同团队规模的需求。

1存储在云端，或者可以自己架设，基于 B/S 架构；CORNERSTONE有网页版，并支持mac、windows、ios、Android多端同步，并支持私有部署功能。

2任务管理、任务可以设置优先级；CORNERSTONE可以给每个任务设置“优先级”、“责任人”、“任务类型”、“开始/截止时间”等多种任务属性，并支持自定义配置任务属性。

3任务可以排序，可以分配给成员，完成的任务默认不显示；任务支持排序：CORNERSTONE的任务支持7种视图显示，可以按照我的任务、未开始任务、已完成任务等多种属性排序。

任务分配到人：上面已经说过了，任务可以设置“责任人”，如果一个任务需要多个人参与，也可以添加参与人。

完成的任务默认不显示：CORNERSTONE的项目应用，可以在我的任务查看自己的所有当前的任务，任务完成后可在已完成任务查看自己已完成的任务。

4知识管理；WIKI是一种在网络上开放且可供多人协同创作的超文本系统，WIKI站点可以有多人（甚至任何访问者）维护，每个人都可以发表自己的意见，或者对共同的主题进行扩展或者探讨。

CORNERSTONE的WIKI模块可以帮助成员同步记录项目信息，也可创建知识库和企业信息库，方便其他成员查看。

创建知识库/创建页面

创建知识库

点击“WIKI”进入WIKI页面；

点击"+"号创建知识库。

对访问权限进行设置

可创建富文本、Markdown、思维导图以及表格。

富文本

富文本格式是一种非常流行的文件结构，很多文字编辑器都支持它。一般的格式设置，比如字体和段落设置，页面设置等等信息都可以存在RTF格式中，它能在一定程度上实现word与wps文件之间的互访。

CORNERSTONE提供富文本格式，方便 *** 作人员进行直接将Word等格式的文本内容粘贴到富文本。

点击创建富文本，可以直接进行文本编辑，插入链接、格式修改等，右侧提供页面大纲，可以对内容大纲进行概览

可直接复制Word文本内容粘贴到富文本，支持大多数格式设置，方便编辑

Markdown

Markdown是一种可以使用普通文本编辑器编写的标记语言，通过简单的标记语法，它可以使普通文本内容具有一定的格式。 1、创建Markdown

创建Markdown，工具栏提供常用的编辑格式：字体加粗、引用、有序排列等，同时可插入链接或；

2、发布后文档会显示创建者、创建时间、修改时间等信息。

3、可生成PDF文件

思维导图

WIKI支持思维导图的创建，可用于关键目标任务分解、梳理结构、头脑风暴等。自定义颜色区分层级，简单 *** 作即可添加子目录，方便快捷。同时可一键生成任务/需求/测试用例/测试计划等，与项目相关联。

创建一个思维导图；

可通过放大或缩小查看全部框架或局部细节；

一键生成生成任务

点击右侧的“生成任务”进入任务创建页面；

任务创建过程与任务面板的任务创建过程一致，可对责任人、状态、优先级等进行初始设置。

任务生成成功

任务生成成功后标题会显示“已关联”

在思维导图生成的任务也会显示在任务列表里。

更新对象

修改后点击“更新对象”，思维导图会根据任务状态发生变更。

另外，WIKI针对思维导图还提供一键生产需求/缺陷/测试用例/测试计划等功能， *** 作流程与一键生成任务的流程相似。

最后，CORNERSTONE支持多语言版本，满足不同企业需求。

CORNERSTONE

全行业覆盖的一站式项目协作平台

重庆电信企业信息化事业部 傅诣

      目前垂直的部门管理模式对“以客户为中心”、“零不爽”要求弊端日益明显。特别是在当前市场需求瞬息万变，需求要求快速支持的背景下，需求无法高质量的实现，首先表现在需求实施的效率与速度上，无法快速支持需求。其次表现在需求实施质量上，需求上线问题较多，带来很多次生问题，需求质量业务单位与分公司都不满意，影响IT口碑。

      以客户需求为中心，启用矩阵式需求管理，建设高、精、尖需求界面团队，在企信部设立后方资源池，深入需求一线，让需求一线指挥炮火，实现需求小前端，大后端，前端综合化、后端专业化，后端全力支持前端。

现状：目前企信部采用传统的垂直化组织架构，各域组织界面分明，容易形成部门壁垒，需求由需求前置团队接收，分派到各个域，较为复杂的联合需求由各域分别评估，各域再进行联合确认，再与需求业务单位进行沟通，期间反馈多次，效率较低，特别是在部分需求细节存在问题时，往往需要多次开会共同确认，在实现方案上各部门也往往各执一词，耽误需求实施时间，也影响需求实施质量。

措施：

1采用需求矩阵式管理：针对重要需求，采用项目制管理，由各部门部门负责人、技术专家、实施人员、厂商组建临时需求实施团队，此团队不隶属于任何一个部门，采用承包方式，将需求承包给虚拟团队，每个需求团队负责人拥有可以“呼唤炮火”的权利与“签署责任书”的义务，做到权责对立，平衡（后面会详细说明）。这样就可以整合事业部各部门的专家优势，打通部门壁垒，快速实现需求。该方式也就在事业部层面就形成了一个垂直于传统部门的需求实施矩阵，与各域的生产维护形成互补。

2“黄金四边形”：黄金四边型目标是建立贴近需求一线的敏捷化组织，在事业部层面对外形成统一的界面，能灵敏捕捉到公司领导及一线的关键需求，找准需求“痛点、关键点”，迅速调动资源，建立专项团队，灵活快速实现需求，打破部门壁垒，突破原始需求流程的烦冗。团队必须包含“项目经理”、“需求分析团队”、“方案设计实施团队”、“后期维护支撑团队”四个关键团队，形成黄金四边型。

各团队职责如下

（1）项目经理：项目经理是团队的****，是需求的第一责任人，拥有“呼唤炮火”调度资源的权利，同时，也是需求目标达成的第一责任人，签署需求实施承诺责任书，在需求完成后接受事业部对实施情况的考评。厂商负责人也纳入项目经理。

（2）需求分析团队：需求分析人员是与业务单位接触的排头兵，是第一接触人，首要任务是找到需求的“痛点”或“题眼”，其次是需求实施的桥梁，对外，负责引导业务单位按照IT“先上菜”进行推进，引导业务单位采用IT推荐的需求实施方案与分布实施的时间计划；对内，负责将需求与方案设计实施团队沟通，形成需求支撑方案，并与前端沟通。再次，在需求实施全生命周期中对需求变更进行管理。分析团队工作必须量化，每个需求必须要有需求分析说明书，每次需求会议必须要有需求沟通（或评审）会议纪要，每次需求变更需要有需求变更记录。

（3）方案设计实施团队：由各域的专家与执行人员组成，负责需求实施方案的落地，并与需求人员一起对实施方案向业务单位沟通，达成一致，最后由此团队的实施人员完成需求上线（执行人员可能与后面的“后期维护支撑团队”人员重复）。方案实施团队必须输出每个需求的方案，方案由事业部形成统一的模板输出，方案质量纳入管控。此环节是当前需求实施中的短板，很多需求在完成需求分析后，直接丢给厂商实施，实施方案中功能部分内容没有评审，界面部分在实施中也没有DEMO，没有也业务单位沟通，导致质量不被业务单位认可。该点如何提升，建议如下：

首先把需求分为5个层次，要求在方案模板中必须都进行说明，底层为功能需求，仅仅针对功能本身；第二层为服务需求，本层包含业务及流程，提升服务能力的需求；第三层为体验需求，考虑到客户感知的需求，含易用性， *** 作性，感知方面；第四层为关系需求；顶层为成功需求，即满足公司组织成功，有效推动业务发展。我们现在往往注重第一层的功能需求，对其他层次需求不够关注。即使在第一层功能需求中，还存在“简单功能做不好，复杂功能做得好”的情况，原因就是以IT惯性思维技术为导向，没有以客户需求为中心，没有抓住需求“痛点”，将IT功能做得复杂。后续，我们要多放精力到第2至第5个需求层次中，更加注重易用性， *** 作性，快速支撑。

（4）后期维护支撑团队：目前我们往往“重建设，轻维护”，需求上线后，就算完了，监控、作业计划没有跟上，上线后也不能主动发现问题，往往前端发现问题后，已经晚了，造成了较严重的后果。对此，后续维护支撑团队，首要任务是建立需求上线初期的监控保障手段，用数据说话，证明新需求上线后的运营情况，提前于业务单位发现问题，及时处理。其次，对新需求上线后的监控，作业计划进行实施，对新需求上线后出现的问题进行集中解决，为一线提供支撑。

前面说了，我们建立了矩阵式需求管理制度，组建了高、精、尖的需求团队，那么如何进行运作？

1小前方，大后方：需求分析团队直面业务单位，但我们后面有一个强大的支撑保障团队（各域专家、实施人员、战略合作伙伴等），各域整合资源形成整体支撑大平台，提供解决方案，提供技术支持，这样才能让小前方需求分析人员有底气，有引导需求，主导实施的资本。

2一线呼唤炮火：当需求人员或需求预沟通发现重点需求时，一线要迅速做出反应，立即呼唤炮火支撑，后端将根据需求难易程度，配备必要的资源，在实施过程中动态补充人员，必要时采用王牌团队或王牌专家，快速应对需求，落实方案，稳步推进。

实现小前方、大后方，一线呼唤炮火的措施：

（1）呼叫的炮火要集中在一点原则：集中在“痛点”或“需求题眼”上，才能实现“闪电战”。这也是中心领导说的先上关键“菜”。虽然我们呼唤到了火力，但是如果针对整个需求的方方面面，无法显示出火力的局部优势（火力被分散了），这就要求我们的需求项目团队，与业务单位沟通，集中火力先上关键“菜”，这个原则的度一定要控制好。

（2）组织人员保障：按不同域对不同人员进行打标，定义他们的责任，为他们指明发展方向，形成人力资源池。按照需求项目管理，需求实施需要管理者、需求分析人员、技术保障人员、上线后维护支撑人员。需要对各部门人员打标，属于哪一种角色，形成专家库，为随时组建队伍做准备。

（3）需求考评机制：事业部拟定出台《需求实施承诺书》，包含权利与义务。权利是可以在一定范围内调配资源，承诺为需求完成的目标，在完成目标时对应的奖励与惩罚。项目经理代表团队签署承诺书，并在需求上线后1个月内接受事业部考评，并进行奖励或处罚，并给团队及成员等级评定。

（4）团队及专家等级晋升机制：各种人才打标后，均成为此类型的专家，需要对组建的团队与专家根据需求实施效果进行考评，采用军队的晋升方式。通过考评筛选出王牌团队与王牌专家，在遇到重要需求，疑难问题时，优先使用王牌团队与王牌专家，使其成为“特种部队”。这样做的目的，是将事业部目前的“屯兵模式”提升为“精兵模式”，让不确定、困难复杂的关键需求，由精兵完成，提升感知。通过此方式，还可以建立企信部的战略预备队，为IT队伍的后续发展提供帮助。

（5）仲裁（指导）委员会：仲裁委员会设立的目的就是打破部门间的壁垒，具备横向传递沟通及协同作战能力。前面说到，项目经理作为需求项目实施的第一负责人，具有一定的动态调配资源的权限，但如果在需求实施工程中，出现与职能部门的壁垒或冲突，或遇到其他管理问题、人力资源问题，由仲裁委员会仲裁决定。建议仲裁委员会由事业部领导及部门领导组成，针对非技术性问题进行协调仲裁。

（6）技术委员会：事业部技术委员会负责需求实施中遇到的方案问题解决及支撑，特别是对在哪个系统实施较优方面进行确认。在需求遇到技术难题时，技术委员会将对技术细节进行指导。

（7）需求管理平台（缺失）：事业部目前使用门户及ITSM系统结合对需求流程进行管理，但缺失一个统一的需求管理平台，各部门目前均使用EXCEL对需求进行管理，哪些需求已超期，哪些需求为事业部当前重点需求，哪些需求不合理，没有一个需求管理系统进行管理，所以，建立一套需求管理分析系统，迫在眉睫。

（8）会议管理系统（缺失）：以业务部为例，上周业务部有10个会议，其中需求会议6项。业务部目前通过人员进行管理，罗敏每周五发会议周报，列举会议清单，从安徽学习后，业务部要求每个参会的人员出具会议纪要，由罗敏汇总。简单会议出简单的会议纪要，重要会议，出详细的会议纪要。我们希望有一个会议管理系统，将每次会议的纪要进行上传，纳入系统管理，这样，可以有效杜绝需求、专项工作进度上下不一致的情况。

（9）需求变更文档化：加强需求文档管理，这里重点强调一下需求变更管理，由于一些重要需求是公司领导需求，需要业务单位按照领导要求细化，并不断与领导沟通，这样必然会多次变更需求，IT为保障需求尽快上线，必然存在需求在实施中多次变更的情况。这就要求，每次需求变更必须文档化，把整个需求变更的情况记录下来，也要求需求团队与方案设计团队、后续维护支撑团队做好沟通，将每次确认的内容文档固话。这里建立事业部出具需求变更模板。

（10）需求模式固化：先选取少量需求试点此方式，在积累经验后，迅速固化实施流程，并将流程清晰、重复运营的流程及工作模板化，抓住主要的模板建设，再把相关的模板流程串起来，不断优化。形成知识库，事业部通过呼叫炮火的方式，集中支持，集中处理，解决共性问题，这些共性问题的解决要形成知识库，在后续遇到类似问题时，快速支撑。

（11）需求透明化：月初，需求版本部署会议，与业务单位沟通本月需要实现的需求；月中，由事业部整体出面（或各需求项目经理）与需求业务单位就需求进度进行沟通；次月上线后，与需求单位进行需求后评估，对需求后续维护及问题解决进行落实，对需求后评估结果进行沟通。

（12）加强需求过程管控：在建立此机制后，需要进一步加强需求过程管控，授权不等于放任，必要时实时监控。

在ITIL实施初期，大部分公司会重点建设ITIL的主要流程，经验表明，如下流程的成功实施能给企业带来明显的成效：

(1)故障管理流程建设

故障管理流程的目标是在给用户和公司正常的业务活动带来最小影响的情况下，尽快返回到SLA中定义的正常服务级别;保留故障的有效记录以便能够权衡并改进处理流程，给其他的服务管理流程提供合适的信息，以及正确报告进展情况。

故障管理在实际工作中是使用最频繁也是见效最快的一个流程。但故障管理流程实施落地时经常碰到一些难题，使得故障管理无法达到最佳状态，如：如何进行故障单的设计，可以更好地进行故障管理流程考核以及人员绩效考核在紧急情况下，按照正常的流程填写故障单然后再派单的方式，可能无法满足响应速度的需要。如何解决这一现实需求与流程规范性之间的矛盾

(2)服务台的建设

服务台是服务提供商与用户间的单一联系点。典型的服务台负责管理敀障和服务请求，还负责与用户的沟通。服务台的类型包括分布式服务台和集中式服务台两种。不同的企业具有不同的组织结构、业务类型，而与用户成熟度和领导的想法也都不同，服务台的实施会碰到诸多的问题。

(3)问题管理流程的建设

(4)配置管理流程的建设

配置项(CI)：IT组件以及运用这些IT组件提供癿服务被称为配置项(CI)。配置项可以包括由IT部门所控制的所有PC硬件、各种软件、有源和无源网络、服务器、中央处理器、文件、规程、服务和所有其他的IT组件。

配置管理：指由识别和确讣系统的配置项、记录和报告配置项状态和变更请求、检验配置项的正确性和完整性等活动构成的服务管理流程。

配置管理流程的目标：计量组织和服务中所使用的所有IT资产和配置项的价值;为其它服务管理流程提供有关IT基础架构配置的准确信息;为事件管理、问题管理、变更管理和发布管理的运作提供支持;核实有关IT基础架构的配置记录的正确性并纠正发现的错误。

CMDB的建设实施是一个软件工具、实施经验、执行力度综合较量的过程。以下是CMDB建设的常见问题：

(5)知识库的建设

知识库的建设往往是经历这样一个历程：兴奋期、创业期、蜜月期、苦恼期、颓废期、废止期。究其原因，主要是在构建和运营知识库过程存在以下三方面的问题难以解决。

(6)服务目录的建设

服务目录是一个数据库或有组织的文档，包含关于所有实时IT服务的信息，包括就绪可部署的服务。服务目录是服务组合中唯一向客户发布的部分，用于支持IT服务的销售和交付。服务目录包括关于交付物、价格、联系点、订购和申请流程等信息。

服务无形性和交互性的特点使得服务目录的梳理成为一门玄学，很多IT服务经理经常抱怨服务目录的梳理缺乏统一的标准。

(1)建立自动化运维管理平台

IT运维自动化管理建设的第一步是要先建立IT运维的自动化监控和管理平台。通过监控工具实现对用户 *** 作规范的约束和对IT资源进行实时监控，包括服务器、数据库、中间件、存储备份、网络、安全、机房、业务应用和客户端等内容，通过自动监控管理平台实现故障或问题综合处理和集中管理。例如，在自定义周期内进行自动触发完成对IT运维的例行巡检，形成检查报告。包括自动运行维护，以完成对系统补丁的同步分发与升级、数据备份、病毒查杀等工作。

(2)建立故障事件自动触发流程，提高故障处理效率

所有IT设备在遇到问题时要会自动报警，无论是系统自动报警还是使用人员报的故障，应以红色标识显示在运维屏幕上。然后IT运维人员只需要按照相关知识库的数据，一步一步 *** 作就可以。因此，企业需要事先建立自动工单式流程管理，当设备或软件发生异常或超出预警指标时会触发相关的事件，同时触发相关工单处理流程给相关IT运维人员。IT运维人员必须在指定时间内完成流程所规定的环节与工作，以提高IT运维响应问题的效率。

(3)建立规范的事件跟踪流程，强化运维执行力度

IT运维自动化管理建设时，首先需要建立故障和事件处理跟踪流程，利用表格工具等记录故障及其处理情况，以建立运维日志，并定期回顾从中辨识和发现问题的线索和根源。事实上许多实践也证明，建立每种事件的规范化处理和跟踪指南，可以减少IT运维 *** 作的随意性和强化运维的执行力度，在很大程度上可降低故障发生的概率。同时，用户还应可以通过自助服务台、电话服务台等随时追踪该故障请求的处理状态。

(4)设立IT运维关键流程，引入优先处理原则

设立IT运维关键流程，引入优先处理原则是指要求CIO定义出IT运维的每个关键流程，不仅仅是定义流程是什么，还包括要指出每个关键流程对企业有什么影响和意义。同时，在设置自动化流程时还需要引入优先处理原则，例行的事按常规处理，特别事件要按优先级次序处理，也就是把事件细分为例行事件和例外关键事件。

总之，实现IT运维的自动化管理是指通过将IT运维中日常的、大量的重复性工作自动化，把过去的手工执行转为自动化 *** 作。自动化是IT运维工作的升华，IT运维自动化不单纯是一个维护过程，更是一个管理的提升过程，是IT运维的最高层次，也是未来的发展趋势。

个人知识库管理是一项中长期投资，针式PKM软件和思维导图MindJet值得认真使用！将一生受益。

使用帮助 下载安装程序 注册和代理 PKM相关文章 论坛 反馈和留言 英语字典

技巧：直接从资源管理器拖动文件到“知识点网格”新建“知识点”，直接拖动到“知识点”画面新增“文件关联”

关于 针式Pinsoft 个人知识库管理系统

针式Pinsoft 个人知识库管理系统功能介绍

本软件根据知识学习者、知识工作者的个人知识管理特点开发，特别适合职业经理人、软件工程师、IT工程师、律师、教师、ISO9000工程师、编辑、学生、知识管理工作者等知识密集型职业；为不同职业提供系统使用技巧的指导和解决方案

个人知识引擎

针式个人知识库管理系统的支持按全文、标题、分类、标记等的分开和组合快速查询，让您平时收集、编辑筛选、自己的经验总结等高质量的数据，快速找到解决问题。

熟练的使用针式个人知识库管理系统，将改变您的学习方式、方法，变记忆为掌握知识架构，了解细节的相关特征，要用的时候再从系统中讯速提取。

多重分类

针式个人知识库管理系统的多重分类，让您可以为一个知识点同时指定多个不同的分类，这样就可以在树形导航结构中快速找到它，实现相关知识点的聚类和关联。

随心收集、创建

不用再为文件要放在哪个文件夹而烦恼，不再为如何分类而感到无从下手。随心方便创建知识点，系统自动分配文件名、存放的位置；之后再根据情况进行分类、作标记等

数据库可移动

针式个人知识库管理系统将数据库相关的数据组织在特定的一个文件夹中，使得可以在公司和家中方便通过复制文件夹来同步数据，更可将数据库和其他人分享。

自动备份

系统提供至多两个备份路径设置，使这些重要的文件得到有效的保护；以防损坏时能有效进行数据恢复（毕竟数据有很高的价值）；让您不用分心于重要文件备份工作。

使用向导

通过使用向导，快速掌握系统重要的功能及其使用上的一些注意事项；向导的内容包括：分类维护、标记维护、数据库建立、导入文档和注册等

树状知识结构

系统提供包括分类、标记和日期三种树状的知识导航结构，让您维护个人知识库变得很简单方便；让您的创意、灵感得到有效的支持

多数据库

系统允许您根据专题等需要建立不同的数据库，可通过向导创建，也可通过复制文件夹的试创建；可创建的个数不受限制

合并浏览

各数据库可独立浏览，也可智能合并分类、标记进行浏览，使得可方便将关注的焦点有效的集中在某个方面等

随意修改

可以随时对“知识点”进行修改，包括内容、分类，以及添加备注等。知识点内容由Word文档构成，可以包括非常丰富的内容；备注适合一些点睛、记事性等内容。多者组合，能有效、高效率的进行隐性知识、显性知识等的表达

导入现有文档

可以将现有的文档一次性快速导入到系统中，形成初步的数据库，然后再进行维护

智能提示

针对初次使用的要点、技巧等，根据上下文相关的原则，在提示一定次数后自动取消；主要包括全文搜索提示、分类维护提示等

阅读和修改跟踪

可以按“阅读次数”、“最近阅读”、“修改日期”来有效跟踪相关知识点对个人的重要性等

多个标记

可使用多个标记来对某一知识点进行跟踪等；标记具有暂时性，因此可随时按需修改，而分类具有稳定性。常用的标记有“待办”、“紧急且重要”等

多文件链接多种格式支持

一个知识点可链接多个文件，文件的类型不受限制，可嵌入打开或直接 打开

下载针式个人知识库管理系统

邮件联系：PinStudy@Gmailcom 有任何的疑问、建议和反馈请点此处留言

相对于传统的自建数据库，移动云云数据库MySQL有以下优势：

1、管理简单：移动云云数据库MySQL的管理比传统的自建数据库更加简单，因为移动云平台为您提供了一系列自动化管理工具，如备份、监控、扩容、负载均衡等，使得您不需要太多的技术经验就可以方便地管理您的数据库。

2、可扩展性强：如果您的业务增长导致数据库压力增大，移动云云数据库MySQL可以很方便地扩容，根据业务需要自动增加存储容量和计算能力。

3、高可用性：移动云云数据库MySQL提供了高可用架构，采用主从复制的方式实现数据的备份和容灾，即使主节点故障，也可以快速切换到从节点保证数据库的连续性。

4、数据安全性高：移动云云数据库MySQL在安全方面提供了完善的保护机制，包括访问控制、数据加密、DDoS攻击防御等，可以保障您的数据不会被黑客攻击、误删除、泄露等问题。

5、节约成本：移动云云数据库MySQL采用按需付费的方式，您只需要按照实际使用量付费，不需要购买服务器、网络等基础设施，可以降低IT部署和运维成本。

综上所述，移动云云数据库MySQL相对于传统的自建数据库，具有更强的可扩展性、高可用性、数据安全性和成本优势等。同时，移动云平台提供的管理工具可以减轻您的管理负担，让您更加专注于核心业务的开发和创新。

先来说说Leannote的优势：

Leanote日渐成熟，界面布局很像Evernote，但是Evernote做为当年的一枝独秀，功能越来越冗余，我在学生时代尝试过使用了一段时间，总不能满足我的需求，后来我转而使用Dokuwiki。

我不喜新厌旧，这个系统至今我还用着，开源的wiki系统，用它来进行知识管理，优点是布局方便，在网页端你可以利用一种技术一次集成很多功能，更加清晰的结构，自由的调用等等。

配合USBServer使用很方便。

但是从我开始接触Leanote以后，我开始觉得可以使用Leanote为主，Dokuwiki为辅的策略。Leanote的作者是一名程序员，从不同的渠道读到相关报道：

以下引用作者博客上的一段话：

我也欣赏这两句话，前者要我们不要忘记前人的经验，善于利用，后者要求我们利用好现有资源做出更好的服务。

在自己的服务器上部署了leanote，打算有精力的话好好研究下，顺便丰富一下现有的博客主题等等。

如果你感兴趣，希望在我搭载的服务器上建立账号，我很高兴和你share，只不过需要你平摊一些服务器的费用。

自建的服务器基本涵盖官网旗舰版的功能，主题如有需要则要安装可能会被收费，计划自己开发一些，带宽1G/月对于自建的服务器肯定是有富余的。

这个是leanote用的导出PDF用的开源应用，现在被我用来用于项目中PDF报告的制作，控制性好，之前用perl的module转的不少问题在这里都被解决了，需要的可以研究下哦。

>

以上就是关于IT项目管理者常用的项目管理工具有哪些全部的内容，包括:IT项目管理者常用的项目管理工具有哪些、IT需求如何主动支撑，快速支撑，高效支撑、企业如何进行IT服务管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！