[其它] 云平台应用:彰显微软云计算与应用优势

说明：虚拟化是当前服务器与数据中心领域里最为热门的词汇，而且与前几年更多的停留在观望与评估层面不同的是，现在越来越多的企业已经将虚拟化用于实际的部署，虚拟化之势如火如荼。虚拟化允许具有不同操作系统的多个虚拟机在同一物理机上独立并行运行。每个虚拟机都有自己的一套虚拟硬件(例如RAM、CPU、网卡等)，可以在这些硬件中加载操作系统和应用程序。无论实际采用了什么物理硬件组件，操作系统都将它们视为一组一致、标准化的硬件。通过实现IT基础架构的虚拟化，可以降低IT成本，同时提高现有资产的效率、利用率和灵活性。虚
<weixin_38659812> 上传 | 大小：350kb

[其它] Nonlinear optical properties of Er2O3-doped 75Nb2O5-20TeO2-5ZnO glasses

说明：We have performed time-resolved degenerate four-wave mixing (DFWM) experiments in 75Nb_{2}O_{5 }-20TeO_{2}-5ZnO glasses dopedby Er_{2}O_{3} at different excitation intensities and lattice temperatures. DFWM signal exhibits three peaks at high excitat
<weixin_38735182> 上传 | 大小：638kb

[其它] 产品经理怎么和人打交道

说明：产品经理怎么和产品经理打交道【1】之前也是因为总结，从写《手把手教你设计SNS社区》开始，一直是坚持着对很多产品做产品形态、功能、规划的解构、分析，这个过程中更多的是沉淀、思考、总结的过程。最近越来越意识到自己在乎了事物本身，忽略了事理本身，所以接下来插播写《产品经理怎么和人打交道》系列作为：我新的、对外分享的、实战思考篇章。事理，其实就是事物的道路，也可以理解为透过事物看本质。作为产品经理来讲，看产品、分析产品、规划产品、运营产品其实还是不够的，产品永远是一个静态的属性，而只有人参与了产品的周
<weixin_38638799> 上传 | 大小：255kb

[其它] 研发流程分哪七步走？

说明：问题的提出如果把企业比喻成为一辆马车，那么研发和营销就是马车的两个轮子。但是就目前的现状而言，中国企业“研发”轮子依然是那么弱小，以至于企业发展缺乏源源不断，蓬勃而发的后劲，最终陷入困境。中国企业的产品研发能力弱是全方位的，建立一个完善的研发管理体系成为目前亟待解决的问题。让我们先看一组新产品开发成功率的数据： “每七个观念中，有一个能获得成功”“每四个开发项目中，只有一个成为商业上的成功者”“即使在完成阶段（完成了所有测试，审查计划每一步之后），每三个项目还有一个在商业操作上失败”再让我们看一
<weixin_38619207> 上传 | 大小：404kb

[其它] 流程优化六步法之多流程项目的管理

说明：针对某一个流程优化项目，我们已经有了“流程优化六步法”。如果存在多个流程优化项目同时开展，我们又该如何管理呢？如果说“流程优化六步法”更多是针对项目经理所写的话，本章节更多地是给项目总管或者说流程管理部门专业人员看的。要想管理好多个流程优化项目，首先，我们应该分析一下，多项目管理到底管什么？项目选择我们在“流程优化需求漏斗分析”章节中讲到的大部分工作，都与项目总管有关。在项目正式启动之前，项目总管和流程管理部门（有时候是重合的）担负着流程优化需求分析，及最终决定成立哪些项目的任务。这里我们不再重
<weixin_38594687> 上传 | 大小：300kb

[其它] 产品经理的核心价值

说明：在足球场有那么一群人，他们凶狠的拼抢不断的传球、他们思维敏捷视野开阔、因为处于兵家必争之地所以往往血溅当场、他们是球场上的发动机，控制着全场的节奏、他们调配团队的资源，把球精准的传送到最有机会的队友脚下，这群人就是中场核心，西班牙的中场核心，大师级人物—哈维。在现今的互联网行业中也有这样一群人，他们被称为“产品经理”。互联网并不像世界杯具有80年的历史，所以团队中的人员分工和定位相对模糊。特别是近几年才在互联网出现的产品经理这个工种，已经有越来越多的人参与到讨论产品经理的核心技能、核心职能、核心
<weixin_38545485> 上传 | 大小：449kb

[其它] 经验之谈：如何编写带有宣传色彩的产品手册

说明：持续半年多的ERP系统终于结束了，前期分析的业务暂时告一段落了，要进行下一步的工作了。虽然给客户进行了培训，但还没有一套完整的产品手册供客户查询使用，所以这个艰巨的任务又落到了我的身上。这件事只能出差回北京后来写，回来后由于公司组织结构划分，虽然职位有些提升，但事情越来越多，好在经过一个星期的整顿，可以有时间写写手册了，不写不知道，一写还真是不是一件简单的事情呢，虽然没有多少技术含量，但工作量还是相当的大地。写了几天了，有点感触，也正好今天本地的服务器有点问题，总算有时间把自己的思路好好整理一下
<weixin_38686231> 上传 | 大小：146kb

[其它] VisualStudioTeamArchitect团队的敏捷开发（第三部分）

说明：我在这个敏捷软件开发系列的上一篇文章中讲述了我们团队计划sprint的过程。在这篇文章中，我将会进入执行环节，详述我们如何进行一个具体sprint的实施。在开始之前，首先来回顾一下我们是如何得到在sprint中需要实现的用户故事（UserStory）列表的：首先，团队会根据开发团队在以往sprint的经验中得出的团队开发速度评估，以及对产品待开发事项（ProductBacklog）的粗略的成本评估。基于这两个评估，开发团队从产品待开发事项中挑选出一个用户故事的候选列表，提交给产品利益相关者（St
<weixin_38748721> 上传 | 大小：314kb

[其它] 持续集成环境的构建

说明：敏捷意味着什么Agile可以说是近几年来软件工程界最"热"的一个单词，关于它的文章、书籍、讨论不计其数。尽管如此，却仍有大量的从业者对Agile存有误解和困惑。Agile到底意味着什么呢？仅仅是一些漂亮、时髦的宣传吗？到底怎样才算是Agile呢？做到了Agile能为软件开发团队带来什么好处呢？类似的问题还有很多。Agile其实根本不是一个什么新鲜、时髦的东西，它已经存在了数十年之久了。在这数十年中，那些取得成功的软件开发团队无一不是敏捷开发团队。他们在自己的软件开发过程中大量应用了Agile的思
<weixin_38632797> 上传 | 大小：952kb

[其它] 个人管理－使用Scrum来敏捷自己

说明：每个人都有自己的生活和自己的职业或事业，如果把经营个人成长作为一个项目来看，那么在这个个人管理项目中，我们每个人都是这个项目的管理者和执行者。Scrum敏捷开发方法如果你是一名开发人员，那么现在还不知道Scrum方法，那么你就out了。Scrum是一种现在普遍流行并且很好的一种基于管理为主的敏捷项目开发方法。我之前blog中全面概要的介绍了一下Scrum方法，如果你不熟悉的而又想了解下面内容，请你最好去去仔细看看我这篇文章《流程－从IT方法论来谈Scrum》，因为下面我将描述我们如何基于Scru
<weixin_38644097> 上传 | 大小：157kb

[其它] 敏捷开发方法Scrum最佳实践

说明：首先强调一些Scrum的基本概念本文只想为那些不断实验敏捷开发方法、追寻快速交付产品的IT管理者提供全套经过验证的实践经验，供之参考。我首先假设你已经理解了Scrum这种敏捷开发方法的基本概念并认同之，但是仍然，我还是要强调以下我们对Scrum达成的“共识”:-)Scrum开发流程通常以30天或者更短的一段时间为一个周期，由产品经理（ProductOwner）提供新产品的需求规格开始，开发团队（DevTeam）与产品经理于每一个阶段开始时挑选该完成的规格部分，开发团队必须尽力于周期时间内交付成果
<weixin_38655284> 上传 | 大小：522kb

[其它] UML用例图概要

说明：用例图主要用来图示化系统的主事件流程，它主要用来描述客户的需求，即用户希望系统具备的完成一定功能的动作，通俗地理解用例就是软件的功能模块，所以是设计系统分析阶段的起点，设计人员根据客户的需求来创建和解释用例图，用来描述软件应具备哪些功能模块以及这些模块之间的调用关系，用例图包含了用例和参与者，用例之间用关联来连接以求把系统的整个结构和功能反映给非技术人员（通常是软件的用户），对应的是软件的结构和功能分解。用例是从系统外部可见的行为，是系统为某一个或几个参与者（Actor）提供的一段完整的服务。从
<weixin_38590309> 上传 | 大小：282kb