管理项目的心得随笔
本帖最后由 呆呆星人 于 2011-4-15 22:40 编辑先声明下，小生只是个写计划的新手，以下属于一介新丁的小经验，给从没接触过做计划的朋友参考。有什么意见和不同见解或者自己的心得，欢迎分享。
文字摘选自聊天记录，难免有些乱，请包涵。小生懒得改了。
计划首先要看工作类型，我这种三天两头有新工作来的，最好就是灵活机动，别搞得很死板，否则计划天天改
的组就3人，其实每天早上明确下工作，工作块切干净，大概要多少时间，哪些能很快做完，再看看昨天做的如何，有什么问题，今天要做什么，有什么要相互配合的，一天中间跑几次了解下状况，下午16点左右去看下做得如何，大概会有什么问题
计划落实不落实到纸上，其实没所谓，不落实更好，免得一会修改一会修改，反而浪费一个人人力
人多了，每天开会的时间就会很长，耽误大家工作，这时候倒是可以落实到纸上，由项目管理者经常去跑跑，会可以少开一些
公司允许的话，工作时间控制得宽裕一点，不要很紧张，免得万一遇到意外，当天工作做不完，计划Delay很难看
有时候一些工作不一定要很严格要求一定要做完，即使delay了，如果确认第二天是可以赶回来的，今天就先关掉，计划不是写的很紧的话，第二天应该是有弹性时间来弥补的
如果是要出版本之类的强制工期的工作，控制节点不能放到最后一天，要有一段时间留出来测试和调试
和手下关系搞好点，大家肯为你拼命，这样才不容易delay。出问题了，自己顶一顶
此外，对于新人要特别对待，他们一般都不知道自己做一件事情到底要多少时间
所以计划几乎百分之百的有问题
不是估计得太乐观，就是浪费很多时间
这个你自己不懂，技术经理又不能帮你的话，就情愿多估一些
计划怕delay，不怕提前完成
当然，你最好是能替他分解工作
将工作分解的细一点
这样他也更好估计每一小段工作需要的时间
至于工作之间相互协调。安排前置任务之类，没啥好说的，懂要做什么就知道了，对那些关键环节要多盯盯
又至于什么在计划中培养使命感和什么团队成长的，那是有余力去做再做的事情，事情都管不过来，别去想那些捕风捉影的
注意规避一些技术风险，比如多人同时工作，服务器的数据被其他人覆盖之类的问题
页:
[1]