推荐阅读
Windows 10中的Office Mobile套件获小幅更新 下载
微软今日对 Windows 10 中的 Office Mobile 套件进行了小幅更新，其中 Word Mobile、Excel Mobile、PowerPoint Mobile 和 OneNote 都有不少的 Bug 修复和性能改进，但没有明显的新功能增加。Word Mobile Excel MobilePowerPoint Mobile OneNote for Windows 10 Mobile
Excel中GESTEP函数的语法和用法
本文介绍Microsoft Excel中GESTEP函数的语法和用法。如果 Number 大于等于 step，返回 1，否则返回 0。使用该函数可筛选数据。例如，通过计算多个函数 GESTEP 的返回值，可以检测出数据集中超过某个临界值的数据个数。如果该函数不可用，并返回错误值 #NAME?，请安装并加载“分析工具库”加载宏。可以参考文章：Office2003安装并加载“分析工具库”加载GESTEP(number,step)GESTEP(待测试的数值,阈值)Number：待测试的数值。Step：阈值。如果省略 step，则函数 GESTEP 假设其为零。如果任一参数为非数值，则函数 GESTEP 返回错误值 #VALUE!。 以下是Excel中使用GESTEP函数效果截图
excel2007制作甘特图的方法教程
Excel中经常需要使用到图表功能，甘特图具体该如何制作呢?下面是由小编分享的excel2007制作甘特图教程，以供大家阅读和学习。 excel2007制作甘特图教程 制作甘特图步骤1：添加辅助数据，用于区分各项任务中已完成和未完成的天数。在G2：G9和H2：H9单元格区域输入下列公式，公式计算结果如下图所示。 =IF($B$11>=D2,C2,IF($B$11>B2,$B$11-B2,"")) =IF($B$11<=B2,C2,IF($B$11excel2007制作甘特图教程图1 制作甘特图步骤2：按下Ctrl键选取A1：B9和G1：H9单元格区域，选择“插入”—“图表”—“条形图”—“二维条形图”—“堆积条形图”创建堆积条形图，然后删除图例，结果如下图所示。excel2007制作甘特图教程图2 制作甘特图步骤3：选中“计划开始日”系列，按Ctrl+1在弹出的“设置数据系列格式”对话框的“系列选项”选项卡中“分类间距”设为“10%”，在“填充”选项卡中设为“无填充”，在“边框颜色”选项卡中设为“无线条”，然后单击“关闭”。 制作甘特图步骤4：选中X轴坐标轴，按Ctrl+1在弹出的“设置坐标轴格式”对话框的“坐标轴选项”设置最小值为40125(即2009/11/8的数值)，最大值为40154(即2009/12/7的数值)，主要刻度单位为3;再单击“数字”选项卡设置数字类别为短日期格式，结果如下图所示。
excel用公式函数提取文件名的方法
在Excel中可能会有特殊的情况需要用到公式函数提取文件名的时候。具体该怎么做呢?下面是小编带来的关于excel 用公式函数提取文件名的方法，希望阅读过后对你有所启发! excel 用公式函数提取文件名的方法 公式提取文件名步骤1：点开始菜单，就能看到上面的界面，选择“运行”!你点了运行程序后，在里面输入“cmd”点击确定会进入命令提示符串口excel 用公式函数提取文件名的方法图1 公式提取文件名步骤2：打个比方说，文件在C盘里面的111文件夹，要读取里面的文件的文件名字excel 用公式函数提取文件名的方法图2 公式提取文件名步骤3：利用cd命令到达要读取文件名的文件夹，用法是这样的：命令为“cd c:\111”excel 用公式函数提取文件名的方法图3 公式提取文件名步骤4：然后会看到下面的这个情况：excel 用公式函数提取文件名的方法图4
最新发布
如何从 Project 看项目管理核心思想
本文将从 Project 软件的独特视角，强调产品经理需要的项目管理相关思想及其关联知识。在网上流传着这样一份腾讯产品经理能力模型，暂且不论其真假，但不难发现做一名合格的产品经理需要非常综合的各项专业能力。而在能力模型中有一项很重要的能力就是项目管理能力，它能在产品的整个生命周期中，帮助 PMer 进行产品迭代的规划、各类资源的整合以及生产进度的把控。在日常工作中，大部分企业或团队都会选择一些协同软件来进行产品/项目的管理。但在更专业的项目管理领域，项目经理们普遍采用 Microsoft 出品的 Project 软件来进行这项工作。本文将从 Project 软件设计的独特视角，强调产品经理需要的项目管理相关思想及其关联知识。至于 Project 的强大功能及其使用方式，不在本文的讨论范畴中。在 Project 中，每一个项目的开始都需要建立项目信息，主要填写的是项目开始日期以及日程排定方式。其中日程排定方式提供两个选项：以项目开始日期或以项目完成日期。
项目管理工具之 Project 使用技巧
在实际工作过程中，项目经理怎么样能够快速的做出一个清晰且有效的项目计划呢？今天给大家分享微软体系的项目管理工具 Project 的使用，本文以Project 2016为例，结合Excel+实际项目为例进行讲解。安装Project 2016如有需要安装包的同学请直接点击用Excel收集任务清单及时间估算产品在出PRD文档时，通常会包含功能清单，研发相关人员根据功能清单拆分为可执行的任务清单，并评估出相应的工作量。项目计划有效的基础是合理的拆分任务，任务的拆分要遵循“自上而下，完全穷尽” 原则，具体实现方案荔枝哥会在项目管理篇提到（可利用工具Xmind）以服务端任务为例：
Project Professional自动模式工作日工时问题
个人觉得Project这个软件最重要的就是项目工时的理解。先简单假设： 一个工作日默认6个工时，每个工时是每个人的工时；或者说是每个任务的工时，超过了就是加班。但是——这个软件会自动占用到到下一个工作日。更改项目的默认选项，记住这里是6个工时： 常见问题1，前置任务没有用： 原因是日历默认工作时间是8~17：00 我们更改了项目的工作时间，日历没有自动更改——那就要手动了 举例更改工作时间 如果只更改当天工作时间，会出错所以两个都要改 可能引发问题2： 工作日计算异常 因为工时是6小时，所以一个工作日的工作时间必须6小时 所以设置每天的默认工时也要恰好是6小时 如果默认的设置好了，对于指定日期可以选默认，也可以自己指定（优先使用） 总的来说： 工作日计算出了问题，就是每天的工作时间和工时不一致。
project 敏捷转型行动笔记：价值流分析
价值流分析是敏捷转型前期非常重要的一环，也是最基础的一项必做工作。 关于价值流，百度百科中这样定义：价值流是指从原材料转变为成品、并给它赋予价值的全部活动，包括从供应商处购买的原材料到达企业，企业对其进行加工后转变为成品再交付客户的全过程，企业内以及企业与供应商、客户之间的信息沟通形成的信息流也是价值流的一部分。一个完整的价值流包括增值和非增值活动，如供应链成员间的沟通，物料的运输，生产计划的制定和安排以及从原材料到产品的物质转换过程等。在软件开发领域，价值流主要是指从需求获取开始一直到产品成功上线发布的活动。在精益产品开发中，价值流是价值项从左至右的流动过程，是信息的产出过程，也是价值增加的过程。 而价值流分析则是针对从左到右的端到端的过程进行各个环节的分析，从而找出浪费、发现瓶颈，并进行持续改善。那么，在敏捷转型的过程中，对于价值流分析我们应该如何做呢？ 首先，建议采用看板方法，将软件开发过程中的各工作项等全部可视化出来。这里面可以借鉴《看板方法》、《看板实战》、《精益产品开发》等书中提到的有关可视化价值流动的相关方法。这个环节会用到看板搭建的一些方法，每一个团队可以结合实际开发流程，先绘制出最简单易懂的看板辅助开展价值流分析。 其次，要结合产品或项目目标、用户需求、交付要求等对各工作项进行价值分析。这里面要回归到用户需求/用户故事交付的本质上来，在需求、设计、开发、测试等环节也许会有很多的细分的工作任务，要理清楚这些任务的映射关系、依赖关系等等，同时标注每一个工作项的前置条件、优先级、拥有者、开始时间及预计完成时间等等。这个环节是价值流分析的核心环节，是后续能否真正发现问题及瓶颈并作出持续改进的先决条件，因此必须要让团队的全体成员参与，而且要将当前每个人手上的全部工作项都要可视化出来。在表现形式上，通常采用便利贴（预先定义好格式要求）等易于操作的方式罗列出来。 再次，要从价值流分析中找出问题和瓶颈。这里面要从价值交付的角度出发，从整体和局部等多角度审视各工作项的流动情况。从整体来看，主要关注需求、设计、开发、测试、发布等各个环节的工作项分布情况，是否会存在大面积阻塞的问题，或者虽然有很多工作项同时在进行，但在待发布或发布的需求很少，即在制品很多的情形，等等。之后是要标识阻塞的工作项，并分析为什么会阻塞，比如是否工作分配不合理，或者是需求拆解不合理，或者是任务要求不清晰，或者是团队技能跟不上，或者是团队工作不紧凑等等。并记录下这些问题可能存在的原因，深入分析，识别出主要问题和相应的瓶颈。 最后，要明确团队改进的方向。做价值流分析的最终目的是为了促进团队的持续改进并持续高质量地交付价值，这既是敏捷转型的重要基础，也是贯彻DevOps里面有关三步工作法中提到的有关持续学习与实验的思想。只有定下改进方向并确实行动起来，才能开启敏捷转型的大门。在我曾参与敏捷转型的一个团队中，也是充分使用了看板方法来进行价值流的分析。在当时，整个团队常常接收到客户投诉，问题处理缓慢，需求交付周期长。为了实施敏捷转型，在初期充分了解团队现状之后，组织团队进行了价值流分析，将各项需求、开发任务、问题处理、测试任务等等全部按照约定的规则通过看板进行可视化，之后分析出存在的瓶颈，比如由于系统为多年前老旧的单体架构很多问题改动起来非常困难，比如由于业务非常复杂每个人都只能掌握其中一部分，比如由于人员流动频繁团队中有不少新人，比如需求过于庞大导致开发工作量很大，比如只能依靠单纯的手工测试而无法推行自动化测试，比如必须要等所有需求都完成才发布导致发布周期很长，诸如此类的问题等等。在明确了这些瓶颈后，项目团队对各类问题及瓶颈进行了分门别类，并制定了改进计划。 通过价值流分析，可能让团队很好地认清现实、看清团队自身，从而更有利于做出改变。诚然，每一个团队的价值流分析模式可能不尽相同，但最终的目标都是一致的，那就是对软件开发的整个价值流进行统一管理，发现浪费，降低或去除没有价值的工作，减少不必要的活动，从而做到持续高质量地交付价值，提高竞争力。
Project 任务名称自动缩进与取消缩进实现技巧
用Project软件排定计划时，通过对任务降级或者升级设置了任务的层级关系后，在【甘特图】视图的【名称】（就是任务名称）列中会看到名称会根据大纲级别自动缩进，如下图所示，这样的话任务的层级关系一目了然。也可以在【格式】菜单下勾选最右侧的【大纲数字】，让任务名称前自动显示大纲数字。 图1而有个别同学却发现，他的Project计划中虽然也设置了任务的层级关系，但是任务名称却没有自动缩进，而是统一靠左对齐的，如下图（图2）所示。 图2这是什么原因造成的，又该如何让任务名称按照大纲级别自动缩进呢？在Project 2010及之后的版本中，操作菜单及按钮中没有“名称缩进”这个选项，所以大家如果已经习惯了Project 2010 / 2013 / 2016以后，可能甚至不明白为什么会出现像图2的情况。在2010之前的版本中虽然也是默认名称自动缩进，但至少还能在软件的操作菜单及按钮中找到。所以，假如某位同学用Project 2007做了计划，又把【名称缩进】的默认勾选给去掉了，就会出现图2 的情形。假如你用Project 2010、2013、2016打开了这个计划，就会发现，可能任务名称就都是靠左对齐的，却又找不到设置自动缩进的按钮。怎么办呢？第1步：首先要打开Project选项的【快速访问工具栏】窗口。既可以点击【文件】-【选项】-【快速访问工具栏】，也可以在任何一个菜单比如【任务】或【资源】菜单下鼠标右键选择【自动以快速访问工具栏】。
打开Project文件显示空白怎么办？
话说有一天，我打开一个Project文件，意外的是，文件打开以后居然是这样的... 图1这是什么情况？难道是文件损坏了？其实不一定。在【视图】菜单下最右侧，点击【全部重排】按钮，如下图所示。 图2这时候，计划就正常显示出来了，如下图所示。
Project中的前锋线（进度线）使用基础教程
我想每个人都有体会，做一个计划不难，难的是把计划执行下去。所以，项目管理的前辈们费了很多心思去想办法测量和衡量进度的绩效，从而对当前进度绩效做出判断，以便决定下一步行动。于是，基准、挣值分析、前锋线等相关的方法不断地创造出来，这其中，我个人认为，基准的概念是最重要的，很多工具都是基于基准才能计算和应用。这些方法在微软的Project软件中都有体现，今天我们就来讲一下Project里面的前锋线，在Project中它叫做“进度线”，英文版Project软件中叫做“Progress Lines"。在甘特图区域鼠标右键点击【进度线】，如图1所示。 图1然后会弹出进度线的窗口，如图2所示，在【日期与间隔】选项下勾选【显示】，默认会按照【在项目状态日期】来显示进度线。在图1中，甘特图区域的红色折线就是进度线。 图2Project软件中的进度线，有两个衡量和比较的维度，一个是根据当前计划（就是图2右下角的两个选项，其中“实际计划”应该是当前计划，我认为软件界面是有问题的），一个是根据基准计划。有的同学说，不知道什么是当前计划和基准计划，关于这个问题，大家可以看一下我的课程或者书，本文就不赘述了。这是衡量绩效的维度，或者参照物。那么数据比较的时间点呢，又分为状态日期和当前日期，就是说以哪天的数据来进行计算或比较。在下文中，我们将以状态日期来进行讲解。那么进度线是怎么衡量进度的呢？就是用状态日期这一天（或当前日期），任务的“实际进度”与当前计划或基准计划“应该完成的百分比”去比较。现在我们分别解释一下什么是“实际进度”和“应该完成的百分比”。实际进度，在Project中用【完成百分比】来表示，这个很好理解。
给大家讲解了几种Project日历的设置形式
不管是现实中什么样的工作时间时间，在Project中都可以通过设置日历来实现。在Project项目管理中，主要给大家讲解了几种日历的设置形式：通过讲解这三种典型的日历形式，就可以让大家掌握Project日历设置的所有核心技巧了，剩下的只需要大家举一反三就行了。好，那我们就来说说Project中的周末问题。假如想把周六变成工作日，应该怎么操作呢？首先，所有日历的设置都是在【更改工作时间】窗口。点击【项目】菜单下的【更改工作时间】按钮，就进入了【更改工作时间】的界面。如果想要创建一个新的日历，那么可以点击该窗口右上角的【新建日历】。如果是在当前日历基础上直接修改，那么可以点击【工作周】，如下图所示。点击在【工作周】下方表格的第一行，然后再点击右侧的【详细信息】按钮。在弹出的详细信息窗口中，点中左侧的【星期六】，然后勾选右侧的第3个选项【对所列日期设置以下特定工作时间】。还没有结束，在下面表格的第一行中，【开始时间】直接输入数字8，然后在【结束时间】直接输入12。在第二行中，【开始时间】输入数字13，【结束时间】输入数字17，点击确定就可以了。这样就已经把星期六设置成工作时间了。有人说，直接在第一行的【结束时间】中输入17不就完了吗？为什么要分两行输入。这很重要，一定要分两行来输入，如果在一行中输入，这一天的工作时间就变成了8:00-17:00，这样就变成了9个小时，这会对进度计算造成很多随之而来的问题。这个在课程中有更系统的解释，究竟为带来哪些后果。那么，假如说要把星期六和星期天都变成工作时间，怎么操作呢？也简单，在上面的截图中，再选中【星期日】操作一下就可以了。另外，可以偷偷告诉你个小技巧，在上图中，其实可以按住CTRL键，同时选中【星期六】和【星期日】，同时进行右侧的设置，这样就快一些。
浅谈软件研发管理体系建设
最近一段时间，我一直在反复思考一个问题：我们的软件研发管理体系应该是怎样的？在不断思考的过程中，逐步有一些粗浅的认识，在此将这些认识记录成文字，并期待能够与更多的伙伴碰撞，进一步完善这种认识，并逐步上升到理论高度，从而有利于指导具体实践。1. 对软件研发管理体系的一些概念认知1.1. 研发管理是什么 关于研发管理，百度百科中这样定义：研发管理就是在研发体系结构设计和各种管理理论基础之上，借助信息平台对研发过程中进行的团队建设、流程设计、绩效管理、风险管理、成本管理、项目管理和知识管理等的一系列协调活动。也就是说，研发管理首要一点就是要根据公司业务的发展确定相应的研发体系结构，之后按照这种研发体系结构组件一支高水平的研发团队，设计高效合理的研发流程，借助合适的研发信息平台支持研发团队高效工作，以绩效管理调动研发团队的积极性，以风险管理控制研发风险，以成本管理使研发在成本预算范围内完成研发工作，以项目管理确保研发项目的顺利进行，而知识管理使得研发团队的智慧联网和知识沉淀。纵观各类软件企业，由于自身所处环境不同，因此其软件研发管理模式也不尽相同，这其中有基于CMMI能力成熟度模型指导下构建的研发管理体系，也有基于IPD集成产品研发框架指导下构建的研发管理体系，当然也有一些目前不少小企业、互联网企业推崇的敏捷研发管理体系。不同的研发管理体系其实都会有相应的交叉部分，最终追求的目标都是能否适合企业的发展，给企业带来市场和财务上的成功。1.2. 基于CMMI的研发管理 CMMI能力成熟度模型相信大家都不陌生，从一级到五级，覆盖了22个过程域，一般能达到CMMI3级别的基本上可以理解为各类流程、过程规则等已经达到一个较好的水平。当然，这里主要是指企业能够确实按照CMMI模型去实践，这种实践其实更适合于以瀑布式开发为主导的项目开发及产品研发模式。然则，实际上，大部分企业尤其是国内企业并不会严格按照这个模型去做，因为如果每一个过程域都不打折扣地执行地话，需要非常标准化的流程和强大的资源支撑，在这个讲究快速响应变化的时代其实是很难做到的，通常这个时候都会进行相应的裁剪，甚至会结合敏捷迭代等方面的模式，从而逐步形成自己公司的研发管理体系。1.3. 基于敏捷模式的研发管理 在这个快鱼吃慢鱼的互联网时代，对用户和环境越来越要求要快速响应。敏捷研发是当前不少互联网企业、中小企业推行的研发管理体系，主要理念就是敏捷迭代、小步快跑，快速改进、拥抱变化，用户参与等等。目前这方面也有不少公司除了有相应的敏捷研发体系之外，还有相应的成熟工具做支撑。例如，腾讯的TAPD敏捷研发平台就是其中的代表。通过对用户故事的层级拆分，实现对需求的有效管控和分解，从而确保持续迭代上线。敏捷研发管理在当前我们以业务为导向、项目为主的情况下，要全面实施尚有较大困难，当然并非是完全不能做，主要是当前所处的环境、所面向的业务、项目开发模式、人员结构等可能较难满足敏捷模式推行的需要。1.4. 基于IPD的研发管理 之前有简单了解过IPD产品研发管理体系，我认为其中的核心就是“四四四”模型，四四四代表了四大团队、四个流程、四个支撑体系。四大团队建设包括建立集成产品管理团队（IPMT）、建立产品市场团队（PMT）、建立产品开发团队（PDT）、建立技术开发团队（TDT）。四大流程建设包括建立产品战略流程、建立需求管理流程、建立产品开发流程、建立技术开发及平台开发流程。
为什么更改Project计划的项目日历后进度计划没有相应调整？
我经常讲，如果用Project排定项目计划，一定要按照正确的姿势，这样才会事半功倍。而如果不按照正确的套路，而是想当然按照自己的习惯任性做计划的话，就会出现很多问题。比如说，我在课程以及书里面都一直强调，做一个Project项目计划的第一步，不要先急着创建任务，而是首先要设置【项目信息】。这里面需要设置的主要是两个：项目开始时间、项目日历。在Project中进度计划的排定肯定要受到日历的影响，因为日历决定了哪一天是可用的、哪一天是不可用的。对进度计划优先产生影响的是项目日历，一旦在【项目信息】窗口中设置了项目日历，那么它会直接影响到新建任务和新建资源的默认日历。但是假如任务本身又设置了单独的任务日历，那么对于这个任务来讲，任务日历又会起决定作用。再复杂一点的情形是，这个任务又分配了工时类资源，那么资源日历又会影响到进度计算。这个时候到底哪个日历起决定作用呢？这又牵扯到Project软件中的任务类型（固定单位、固定工期、固定工时），如果任务类型是固定工期时，原则上资源日历就不再起作用了。当大家想使用Project里面的工时类资源时，我建议大家将任务类型修改成固定工期，如果仍然使用默认的固定单位，将会麻烦不断，把你直接搞崩溃也是有可能的，这个问题我会单独写文章解释。好了，要想把问题讲清楚，我们先把问题具体化。假如某个计划中只有3个任务A、B、C，开始的时候设置的项目日历是“标准”，即软件默认的每周星期一到星期五上班。假如工期都是6天，如下图所示。 图1