第一次体验项目管理
2012-06-06 22:19 68人阅读 评论(0) 收藏 举报
我是去年刚刚毕业的，毕业之后从事的是“软件开发工作”，作为一个女生，在一般人看来做“开发”是很累而且没什么前途的，不过从我入职到现在，将近一年的感受来说，感觉作为开发并没有“普遍”认为的那样辛苦，当然在大学中的基础知识不够扎实，确实为工作带来了很多困难，不过随着攻克每一个困难，自己的知识和技能都有了很大的提高。
作为一名女程序员，我给自己的定位是向“项目管理方面”发展，但是作为刚刚入职的人员来说，这样的机会是很少的，一般情况下都是做一个大型软件或者项目中的一部分，所以很少有机会体会项目的管理，不过幸运的是，又到了一年一度的毕业季，一大批刚刚毕业的学生来公司实习，我和另一名同事负责我们部门的毕业生的项目实践环节，主要涉及到“讲解任务”、“人员安排”、“工作迭代安排”及“团队组建”等工作，实在是体验了一次“项目管理”。
在做这件事的时候正好自己也在看相关方面的书，于是“项目计划”、“项目管理”、“项目质量”以及“项目风险”等内容就在实际中验证了一下，总体来说还是给了一些指导的方向。但是真实的项目中有很多事都需要考证，不能盲目的决断或者依靠自己个人的经验。
举一个很小的例子，当时“项目实践”最初的计划是30天，后来由于时间有变，将30天缩短到25天，由于开始我们进行了时间上的风险预估，所以当得知时间有变时，感觉自己已经做了这部分的考虑，而且自己稍微审查了一下安排，觉得没有改的必要，实践的结论就是，时间变化还是带来了任务量的紧张。（期间，我们的部门经理还特意告知，时间的变化，就一定要仔细审查任务——这就是经验啊！）
说一下项目的相关情况，项目是实现一个思维导图一样的帮助人们梳理思路的软件（和Xmand很类似），最初的想法是实现和xmand一样的简洁的图形化的操作，后期由于人员对于这部分知识掌握程度不高以及时间上比较紧，选择了替代方案，使用表格来梳理思路。项目最终在规定的时间内完成了，虽然有些指标可能没有达到，但总体来说达到了预期对人员培养的目的。
项目中感触最大的就是交流问题，技术什么的都是可以找“大神”帮助的，但是“团队的建设”是谁都替代不了的。
项目中出现的最严重和最频繁的问题有如下几个：
（1）有组长，安排我干什么就干什么；出现什么问题组长会承担责任，与我无关；反正问题和组长说了，组长解决不解决，无所谓了
（2）我比较内向，别人怎么说我就怎么做吧；别人的想法不是最好的方案，算了，就这么做吧，大家都觉得可行
（3）别人的技术或者想法都没我好，我拿主意吧，需要谁帮忙就谁干；我的技术难点，别人研究解决就行，其他的我全权处理
（4）汇报任务时，理想状态比较好，就这样汇报了，实际执行产生了拖沓；每天的任务可能完不成，一直堆积，进度不断拖延。
（5）明天审核代码，今天就是简单整理代码或者修改bug，任务进度先都放放
（6）bug1好改，我改bug1，另一个也改bug1，结果两个人干了同一件事情，分工不明确；没有很好的项目配置管理
（7）这部分代码实在想不懂了，写不下去了，那也不找别人，自己慢慢干
其实这些问题都是团队建设不好或者是任务宣贯（目标宣贯）时没有达成统一心态的原因，如果是一个已经亲如兄弟的团队，没有了责任的推卸，每个人都以高质量的完成任务为目标，结果肯定不会是这样，当然其中也需要一些方法或者制度，例如bug修改这样的，需要有bug的管理制度。
后期，我们的逐个面谈、平时交流时针对于每个人的问题有意识的点出，的确有所改善，慢慢的随着彼此的熟悉，团队中形成了一种比较好的沟通方式和工作、学习氛围。
这里还要提出的就是自己在整个项目期间做的不是很好的几点：
（1）没有及早的将发现的问题解决：有些人可能暴露了问题但是有些人可能没有暴露，但是问题存在，所以应该发现问题就及时解决，就像编程中的“坏味道”一样
（2）没有及早的建立和团队成员进行交流，较早和及时的交流，能够调整团队成员的心态，和对待项目的认知，同时能够更好的让团队成员融合在一起
（3）没有很好的建立奖惩机制
（4）由于自己对项目了解也不是很深入，有时给出的需求比较模糊，导致任务拖延
（5）项目中对于每一个迭代中任务的监控不是很到位，发现了问题没有及时说明，或者是对于制定任务或者人员安排时没有自己进行事前的预估和计划
（6）没有很好的掌控时间，当出现一些特殊情况时，没有及时反馈
当然现在这些问题在项目期间就找到了相应的办法或者有了应对策略，不过发现的比较晚，所以任务总体上还是有了一定的拖延。
这是我第一次接触“项目管理”的一些感受，与大家分享，有什么不准确或者错误的地方，望大家批评指正。
第一次体验项目管理
2012-06-06 22:19 68人阅读 评论(0) 收藏 举报
我是去年刚刚毕业的，毕业之后从事的是“软件开发工作”，作为一个女生，在一般人看来做“开发”是很累而且没什么前途的，不过从我入职到现在，将近一年的感受来说，感觉作为开发并没有“普遍”认为的那样辛苦，当然在大学中的基础知识不够扎实，确实为工作带来了很多困难，不过随着攻克每一个困难，自己的知识和技能都有了很大的提高。
作为一名女程序员，我给自己的定位是向“项目管理方面”发展，但是作为刚刚入职的人员来说，这样的机会是很少的，一般情况下都是做一个大型软件或者项目中的一部分，所以很少有机会体会项目的管理，不过幸运的是，又到了一年一度的毕业季，一大批刚刚毕业的学生来公司实习，我和另一名同事负责我们部门的毕业生的项目实践环节，主要涉及到“讲解任务”、“人员安排”、“工作迭代安排”及“团队组建”等工作，实在是体验了一次“项目管理”。
在做这件事的时候正好自己也在看相关方面的书，于是“项目计划”、“项目管理”、“项目质量”以及“项目风险”等内容就在实际中验证了一下，总体来说还是给了一些指导的方向。但是真实的项目中有很多事都需要考证，不能盲目的决断或者依靠自己个人的经验。
举一个很小的例子，当时“项目实践”最初的计划是30天，后来由于时间有变，将30天缩短到25天，由于开始我们进行了时间上的风险预估，所以当得知时间有变时，感觉自己已经做了这部分的考虑，而且自己稍微审查了一下安排，觉得没有改的必要，实践的结论就是，时间变化还是带来了任务量的紧张。（期间，我们的部门经理还特意告知，时间的变化，就一定要仔细审查任务——这就是经验啊！）
说一下项目的相关情况，项目是实现一个思维导图一样的帮助人们梳理思路的软件（和Xmand很类似），最初的想法是实现和xmand一样的简洁的图形化的操作，后期由于人员对于这部分知识掌握程度不高以及时间上比较紧，选择了替代方案，使用表格来梳理思路。项目最终在规定的时间内完成了，虽然有些指标可能没有达到，但总体来说达到了预期对人员培养的目的。
项目中感触最大的就是交流问题，技术什么的都是可以找“大神”帮助的，但是“团队的建设”是谁都替代不了的。
项目中出现的最严重和最频繁的问题有如下几个：
（1）有组长，安排我干什么就干什么；出现什么问题组长会承担责任，与我无关；反正问题和组长说了，组长解决不解决，无所谓了
（2）我比较内向，别人怎么说我就怎么做吧；别人的想法不是最好的方案，算了，就这么做吧，大家都觉得可行
（3）别人的技术或者想法都没我好，我拿主意吧，需要谁帮忙就谁干；我的技术难点，别人研究解决就行，其他的我全权处理
（4）汇报任务时，理想状态比较好，就这样汇报了，实际执行产生了拖沓；每天的任务可能完不成，一直堆积，进度不断拖延。
（5）明天审核代码，今天就是简单整理代码或者修改bug，任务进度先都放放
（6）bug1好改，我改bug1，另一个也改bug1，结果两个人干了同一件事情，分工不明确；没有很好的项目配置管理
（7）这部分代码实在想不懂了，写不下去了，那也不找别人，自己慢慢干
其实这些问题都是团队建设不好或者是任务宣贯（目标宣贯）时没有达成统一心态的原因，如果是一个已经亲如兄弟的团队，没有了责任的推卸，每个人都以高质量的完成任务为目标，结果肯定不会是这样，当然其中也需要一些方法或者制度，例如bug修改这样的，需要有bug的管理制度。
后期，我们的逐个面谈、平时交流时针对于每个人的问题有意识的点出，的确有所改善，慢慢的随着彼此的熟悉，团队中形成了一种比较好的沟通方式和工作、学习氛围。
这里还要提出的就是自己在整个项目期间做的不是很好的几点：
（1）没有及早的将发现的问题解决：有些人可能暴露了问题但是有些人可能没有暴露，但是问题存在，所以应该发现问题就及时解决，就像编程中的“坏味道”一样
（2）没有及早的建立和团队成员进行交流，较早和及时的交流，能够调整团队成员的心态，和对待项目的认知，同时能够更好的让团队成员融合在一起
（3）没有很好的建立奖惩机制
（4）由于自己对项目了解也不是很深入，有时给出的需求比较模糊，导致任务拖延
（5）项目中对于每一个迭代中任务的监控不是很到位，发现了问题没有及时说明，或者是对于制定任务或者人员安排时没有自己进行事前的预估和计划
（6）没有很好的掌控时间，当出现一些特殊情况时，没有及时反馈
当然现在这些问题在项目期间就找到了相应的办法或者有了应对策略，不过发现的比较晚，所以任务总体上还是有了一定的拖延。
这是我第一次接触“项目管理”的一些感受，与大家分享，有什么不准确或者错误的地方，望大家批评指正。