flyaim的专栏

在日常中你是如何行使管理职能的？ 这个问题以我的经验来及参考常见的一些开发方法，在实际中我都是早询问及晚反馈的方法。也就是早上上班后的半个小时内主动询问开发人员是否有不能及时解决的问题，如果有组内组员讨论解决方法；下班的时候组员可以以邮件或者其它方式汇报自己的进度，并评估当前进度与预计进度相比是否有滞后。为防止有些内向的组员不能用口头的方式反馈自己在开发中所遇到的问题，可以允许他在下班前的

1、 建立一个优秀的项目团队我认为一个优秀的团队，应具有以下几个特点： A. 人数一个独立小组的的人员数量应在3-5人为佳。（当然在编程阶段，XP推荐是Pair Programming） 人数过多，对于沟通非常不利。（我曾经见过一个10多人的开发团队，他们没有分组，开会时，坐了满满一座人。何其壮观！！！但他们的开发进度，就像蜗牛爬葡萄树。）  B. 沟通无障碍的风气 不管你

1，永远不要往延期的项目中添加人手，这个在《人月神话》中说的很清楚，但是在操作上人永远会犯这个错误，公司好几个项目都是这样的，一延期，客户在催了，马上就开始来叫人去帮忙了，结果是越帮越忙。2，做业务系统，尤其是基于BS的项目，3个熟练的程序员和30个生手，我宁愿要3个熟练的程序员，这种项目，在最快的时间和客户确定需求，在最快的时间把代码编写完，把测试做完，绝对不能拖，要让客户跟着你跑，千万不能

从做项目开始，就知道项目管理是一件十分困难的事情，特别难做的就是项目经理。而我的理想就是成为一名成功的项目经理。因此抱着这种想法，只要有时间就会把google上搜索任何一篇有关项目管理的报道、介绍、经验谈等资料，一一浏览，仔细琢磨，希望能够从前人们的忠告中获取更多的经验，避免以后的工作中出现类似的问题。但是真的是应验了“计划不如变化的快”这句老话，无论花费多少时间在这个上面，终究还是没有办法使手中