精华帖 (3) :: 良好帖 (1) :: 新手帖 (14) :: 隐藏帖 (7)
|
|
---|---|
作者 | 正文 |
发表时间:2011-11-21
这是个经历了四任经理的项目,如果我说出这个项目团队现在的成员组成,大家肯定很震撼,肯定不相信!
一个中科大的博士,两个中科大的研究生(后来离开了),两个合工大的研究生,一个大专的我,还有一个大专没毕业的朋友! 不过上述的几个队员们都是在读的,没太多经验,但都很认真好学,博士朋友很给力的! 别问我为什么这团队的组成……暂且不发表言论(怕伤及无辜)…… |
|
返回顶楼 | |
发表时间:2011-11-21
要做就做甲方的项目经理
|
|
返回顶楼 | |
发表时间:2011-11-21
richard_2010 写道 要做就做甲方的项目经理
甲方要求研究生以上学历…… |
|
返回顶楼 | |
发表时间:2011-11-22
总结的很好, 我也一直想总结. 先回复 标注下
|
|
返回顶楼 | |
发表时间:2011-11-22
首先 我很同意你的 "时间”和“项目难点(技术难点)”, 做项目前要排计划是肯定有必要的,最少设置几个里程碑节点. 然后小计划就根据情况慢慢的变化了. 但是有时间我们要实现一个东西是技术难点的时候, 如果事先没有考虑到会打乱一点计划.
其实, 我觉得项目中分工也很重要, 项目经理既然做到这个位子了, 主要责任是根据需求文档和概要设计编写一份详细设计文档, 如果功能发生变化了就得先改详细设计文档, 而不是一要改功能就抓住几个写代码的兄弟猛改. 但是填代码的人员其实也要承担单元测试, 楼主把测试都丢给测试部门是不好的. 开发人员写好单元测试可以减少很多测试部门测试出的bug. 最后你的说的规范, 其实大家都觉得规范很重要, 写代码的要由规范 排版 命名 注释等等 这些东西有便于以后的维护不管是自己还是别人. 其他的文档规范, 先有需求文档, 再概要设计, 到详细设计 在到编码 然后测试. 如果有需求变更了理论上应该上面这些步骤都要做, 但是其实很少人做...而是直接找到开发的人员. 大部分的时候可能这些文档都是项目经理一个人写的, 所以估计他也懒得写了, 并且他自己也编码 所以就直接改代码了. 造就了不规范. |
|
返回顶楼 | |
发表时间:2011-11-22
一年就上去了,,哥们确实是一朵奇葩...........
|
|
返回顶楼 | |
发表时间:2011-11-22
我灰常崇拜楼主,一年多开发经验就能担当项目经理,牛逼呐
|
|
返回顶楼 | |
发表时间:2011-11-22
楼主很强悍么,学习啦
|
|
返回顶楼 | |
发表时间:2011-11-22
关键是怎么能把客户的钱忽悠过来
|
|
返回顶楼 | |
发表时间:2011-11-22
小公司以及外包公司的项目经理,纯属兼职打杂工。只是多了一堆繁琐的事
|
|
返回顶楼 | |