maikelsong的专栏

？最近一直在考虑程序员和团体的关系，那么一个项目怎么该在一个团体中完整的跑下来呢（自己琢磨的，请见谅）1.确定目标，划分story。  1. 业务和技术单列开来。团体中有业务接口人负责专门和客户沟通，并把客户需求转换为业务，列出来供开发团体使用。  2.story被分解为以天为单位，没有任务可以超过3个天。如果一个任务超过3天，那么它就应该被进一步分解。    stor

概要设计怎么写2009年11月06日 星期五 23:28摘要：   本文是在概要设计实践和学习中的一些心得与学习笔记，希望与大家分享，如有不妥之处欢迎指正。   关键字：   概要设计，结构化，OOD正文：   在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。因此，对大部

概要设计说明书1引言1.1编写目的说明编写这份概要设计说明书的目的，指出预期的读者。1.2背景说明：a. 待开发软件系统的名称；b. 列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4参考资料列出有关的参考文件，如：a. 本项目的经核准的计划任务书或合同，上

自古以来，我们的价值观就不断强调：家和万事兴、以和为贵。但在软件开发项目中我们经常会遇到一个问题：冲突。冲突是软件项目开发的一种常态，无从回避，冲突影响的好坏取决于冲突管理的成效。因此，开发项目经理常被人们戏称为冲突经理。　　　　在冲突管理中，一旦发现冲突，就要对问题进行研究，判断冲突的产生是否由项目任务、个人利益或个性等问题所引起，找出问题的潜在根源，然后针对实际情况提出具体的解决办法。

什么是软件架构如果期望有一个权威统一的标准定义，那答案是没有，目前存在多种软件架构的定义，可以说百花齐放，百家争鸣。其中 IEEE1471-2000 的定义是这样的：系统的架构是系统组件的基本组织形式，它们之间的关系以及和环境之间的关系，以及指导其设计和演化的原则。该定义中的系统组件可以理解为架构元素，根据涉及到的系统范围和层次，架构元素可以是子系统、模块、类等等。从架构设计的动态角度出发

在《如何带平均年龄大的团队》（http://www.cnblogs.com/jackyrong/archive/2010/05/29/1746790.html) 中，介绍了在一个团队中，当面对平均年龄比较大的成员时，应该如何处理相互的关系及管理。这本文中，介绍下如何带平均年龄比较小的团队，一般认为毕业后的学生4年之内 比如22-26，都可以认为是平均年龄比较小的一群成员。   

在《如何调动团队积极性》一文中（http://www.cnblogs.com/jackyrong/archive/2010/05/15/1736360.html）， 有朋友提到，文中提到的方法，对一些平均年龄大的团队似乎不大适合，因为认为随着 年纪的增大，人的积极性就会下降。其实这个说法是很有道理的，俗话说： 给多少钱，做多少的事。但问题是，事实摆在眼前，当作为项目经理的你，在面队