::: 移动互联网时代开发者 :::

任何一个项目，在管理的过程中，最常出现的风险恐怕就是人员流动风险。每一次有核心成员突然宣布要离开，都会给项目造成很大的影响。 人员流动风险一般情况下，都会影响项目进度，导致必须重新定制计划。严重时候，甚至会导致项目无法继续进行而被迫夭折。 对于项目中的人员，需要平时时候多观察，多进行交流，了解员工对于项目及公司的想法。一般情况下，当项目核心人员在有离职想法之前，都是因为心中有着很多

 刚进公司的新人，从心理上要有个从学校到公司的转变的过程，从学校的象牙塔走进公司的残酷环境，更加需要别人的关心。建议有新人加入以后，一起找个时间组织个活动，当然最简单的就是一起吃饭了。别小看一起吃饭这样的小事情，这样的小事却可以大大增加新人融入团队的速度。特别对于软件公司来说，大家平常都在忙项目，如果不组织一次活动，就很难有机会去与新人去沟通。一般软件公司里年轻人居多，都比较容易相处，一起吃个

头一段时间，业务扩大，一个Team拆分成两个Team。大家说，为了容易区分，给两个Team都取个名字吧。后来名字敲定，一个叫“海水”，一个叫“火焰”。为什么起这个名字呢，大体是按照两个Team不同的性格和做事风格来取的。 “海水”Team，个性低调，做事谨慎。“火焰”Team，个性张扬，做事热情似火。 当然，这么形容并没有褒义贬义的意思，我也想不到同等的形容词来形容，大概就是这

我也想不出什么主题了，索性就把想法抽象一下，以关键字作为标题了。 现状：日本软件公司比较注重改善活动，特别鼓励员工进行改善提案。领导者们呢，为了业绩，更是绞尽脑汁，时不时的提出一些流程等等。在实施这些流程之前呢，通常是把小领导们招集到一起，一边说明，一边把这么做的优点等等罗列出来一大堆。然后呢，问大家有没有意见。答曰，没有意见，很好很强大。于是乎，想法就开始在某某团队展开。展开一段时间

一、风险管理的主要过程软件项目中的风险是指软件开发过程中及软件产品本身可能造成的伤害或损失，风险管理的目的是在问题出现之前就识别出潜在的问题，以便风险处理活动可以得到计划，并在产品或项目整个生命周期中根据需要调用，以缓解对实现目标的不利影响。为了达成这个目的，需要在项目的整个生命周期内循环执行风险识别（Identify）、风险分析(Analyze)、风险计划（Plan）、风险控制（Control）

一、什么是配置管理软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的主要目标是，建立和维护产品的完整性，有效跟踪和控制配置项的变更，确保项目可以回溯到过去的状态中。 二、配置管理的基本要求对配置管理的基本要求包括：    1）有明确的配置管理负责人    2）配置管理计划被明确实

一、需求管理的定义需求管理是一种用于查找、记录、组织和跟踪系统需求变更的系统化方法。需求可以定义为：系统必须符合的条件或具备的功能。需求管理可以定义为：需求管理是一种系统化方法，可用于获取、组织和记录系统需求并使客户和项目团队在系统变更需求上达成并保持一致。有效需求管理的关键在于维护需求的明确阐述、每种需求类型所适用的属性，以及与其他需求和其他项目工件之间的可追踪性。 二、需求管理的范围需求一般可