摘要：作者：李文华注：本文为原创，任何使用必须经得本人同意.
尽可能并行工作
1.1. 各种角色可以协同工作
敏捷的特征就是要是使工作更加高效。很少有公司仔细考虑过项目成员在工作流程上的优化可以为项目提高多大的工作效率。但是，只要我们想一想，项目中的每个成员其实都是一颗能够独立计算并完成任务的cpu，那么我们是否会像ibm的网格计算专家一样去不断优化这些cpu的工作流程以达到一个新的世界记录呢？......
摘要：
几个c#编程的小技巧 (二)
发表时间：2003-5-11
一、判断文件或文件夹是否存在使用system.io.file，要检查一个文件是否存在非常简单： bool exist = system.io.file.exists(filename);如果需要判断目录（文件夹）是......
[原创] 敏捷软件开发管理实践 (二) ——做最细致的项目跟踪作者: cloudward注: 本文属于原创, 任何使用必须经过本人同意方可. 【程序编程相关:
Webalizer的安装配置】 【推荐阅读:
DELPHI常用函数集及简要范例】 【扩展信息:
cppunit 使用安装 （三）】
做最细致的项目跟踪
项目计划告诉了我们要如何去完成项目,但是项目计划的执行并非总能够沿着预定的轨道前进.可以肯定地说,如果没有健全的反馈机制,计划的执行定然会偏离预定的轨道,而唯一能够确避免的措施就——追求项目计划执行中最细致的项目跟踪,在计划的执行稍有偏离的时候就纠正其方向,这在控制理论中,就是基于反馈的控制.
宏观上来说,重型项目管理方法往往倾向于花更多的时间来作一个细致的项目计划,以确保后期计划执行的可控.但是,细致的计划并不能替代细致的跟踪.
1.1. 细化任务
现代控制理论告诉我们,控制的精确程度是建立在被控制量量化的粒度之上.量化得越细,就能够控制得越精确.因为在很少偏移量的时候这种趋势就得以纠正.但是量化并非没有代价,过细的量化会增加成本,所以这之间存在一个权衡.
敏捷的项目管理要能做到随机应变,应付各种可能出现的情况,也是建立在对任务的细分,并对任务的状态采取高频度的探测并及时调整的基础上.那么任务究竟要细分到什么程度呢?这并没有确定的度量.不同规模的项目可能都存在不同,但是我的经验告诉你,如果可以的话,让你的任务的工作量尽可能控制在一天以内.
1.2. 控制任务的粒度
项目计划的失控往往都是由于项目任务划分不够清晰,粒度过大引起的,我想这是我与很多软件从业者的深刻体会.
当然,一个常见的反驳意见是“不是我们不想细化任务,而是项目刚开始,很多东西都很模糊,无法把任务划分得很细”.其实这句话中存在两点误解,我想从正面来说明:
第一, 任务划分与产品的解析度是无关的.
这里,我杜撰了一个词语“产品的解析度”,用来表达对产品的了解程度.的确,我们对一个产品了解得越多.越细,就越可以把如何完成这个产品的工作任务划分得更加精细.但是反过来,即使一个产品初期对我们来说是模糊的,难道我们的任务就不可以划分得很细吗?其实照样可以.产品从模糊到清晰的过程也是问题分解的过程,每个大问题都可以分解为许多子问题,而对于每一个子问题,其实完全可以对应到相应的子任务.即使我们以“盲人摸象 ”为比喻,要搞清楚大象是什么,也总可以分解为按照头部,身体,四肢,尾巴几个部分分别摸来细分任务.
第二, 任务划分包含解决问题的思路
所谓任务,都是为了解决某个具体问题,而如何解决这个问题,从逻辑上我们首先需要把问题分解.问题分解的过程就可以对应到任务划分的过程.比如:如何完成项目目标这个大问题就可以分解为 “如何完成需求定义?”,“如何完成系统设计?”,“如何实现?”,“如何保证质量?”等子问题,而这些子问题又可以进一步细分.那么问题被分解清楚了,任务也就清楚了.
...
下一页 摘要： function criadiretoriovirtual(byval vdirname as string, byval serverid as string, byval vdirpath as string, byval criaapplication as boolean) as directoryentry
dim newvdir as directoryentry
dim r......
