案例:
“别人写的公共方法(public), 被其他人调用了，然而方法名字被更改， 相关其他人的代码调用没有更改”
这是谁的问题呢？ 该改还是不该改？
继续阅读 »
» 标签: 团队合作
沉思录:IT项目产品化过程中的问题杂谈（二）
项目背景可参见：沉思录:IT项目产品化过程中的问题杂谈（一)
空降兵
本人就恰逢是“空降”到另一个部门，来负责一个子系统的开发；
空降者不得不面对这些问题：
- 团队根基不好；
- 团队成员的“特征”不了解；
- 团队的工作经验和水平不了解；
这些实际存在的因素，必然会导致实际中存在着的问题
- 项目团队整体的技术力量没有预期的好，项目中期进行模块集成时，发现代码和设计存在不少的问题，这些问题的累积对项目的进度和质量有一些影响
- 项目中期核心成员离职，对项目有了很大的影响 （纯属管理上的严重失误，项目前期就应该了解项目成员的“去向”）
- 项目核心团队虽然已经组建，但后续陆续加人，项目整体合作出现问题
虽然面临不少的问题，但也没有办法避免这种“空降”的情形，实际中，始终都坚信这样思想：只有团队的支持和互相合作，项目才会成功； 继续阅读 »
但实际中应该如何解决这些问题呢？依靠个人魅力？专家能力？还是正式赋予的权利？