|
精华帖 (3) :: 良好帖 (1) :: 新手帖 (14) :: 隐藏帖 (7)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-12-16
我们的测试和开发打得火热
|
| 返回顶楼 | |
|
发表时间：2011-12-16
jyjava 写道 我们的测试和开发打得火热
呵呵 我上个公司也是，不是你告状就是他告状，不过现在我们项目组没测试，更可笑的是客户成了我们的测试，让客户做测试会是你想象不到的景象…… |
| 返回顶楼 | |
|
发表时间：2011-12-16
raykcn 写道 不同意规范第一的观点。我认为可控第一。
同意 享受工作带来的快乐你应当： 1、对你承担的任务及执行过程能够完全掌控； 2、投入时间，建立适合的环境来专注你的工作； 3、设定明确的目标，获得及时反馈。 |
| 返回顶楼 | |
|
发表时间：2011-12-20
需求变更在每个项目中应该都会存在，因为客户可能对自己想要什么东西也不太清楚。作为项目经理，应该做到需求变更管理，可以以需求变更单做为依据，适当的向客户要求增加项目周期。
人员的离职也应做好风险控制。 |
| 返回顶楼 | |
|
发表时间：2011-12-22
先恭喜LZ了，做为一个项目经理，要做的事情可就好控了，再接再力。
|
| 返回顶楼 | |
|
发表时间：2011-12-22
你好牛哦！~
是啥子项目哦！~ |
| 返回顶楼 | |
|
发表时间：2011-12-22
楼主 咱俩的经历好像呀 我是待了快一年，结果前面的经理走了。就把我推上去了，那时就知道怎么做项目，一点也不懂管理为何物。需求不变更才奇了怪呢
|
| 返回顶楼 | |
|
发表时间：2011-12-27
很想听听LZ当经理前这一年半的经历。。。。
gaobusi 写道
个人担任项目经理（没想当过，不知怎么半推半就的就上了）不到半个月时间，也有了些感慨和感悟！
确认需求
相信国内百分之八九十以上的项目会在开发的过程中有变更，这是开发团队最不想看到的！ 大家都希望在签合同的时候把需求文档嵌进去，然后合同敲定，一切跟着需求文档走，然而事实是各种原因导致需求不断的变化，开发人员不断的“蛋疼”，项目不断的调整。 分析缘由主要还是行业不够成熟，第一是客户不成熟，甚至有的客户自己都不知道自己想要什么东东（特别是政府单位或者事业单位的项目，可能就是哪个领导花钱 买吆喝的玩具），另一缘由就是开发公司不成熟，提供不了很好的解决方案，毕竟人家给钱，要什么就给你弄什么，甚至接项目的时候都会有走关系、送回扣、竞标 走样式（内定）的各种蛋疼的情况。
风险评估
个人感觉有两点，第一：“时间”、“项目难点（技术难点）”，技术难点每个项目或多或少每个项目都会有那么一两个，攻破后剩下的任务基本是行云流水时间的问题，然而还有一些意外。 现在做一个项目的二期，第一期的项目刚结束，尾款都收了，然后客户才知道他们要什么，这就是“花钱摸索需求”！接下来他们说通过一期的项目他们的思路慢慢 清晰了要做二期项目（单位要钱可以跟上面要啊，那可都是老百姓纳税人的钱呐），感情tmd又在摸索了，估计以后还有三期（现在已确认，果然还有三期）！ 由于二期的需求变更比较大，毕竟人家一期在摸索，但是他们不想重新做一个项目，要求在一期上改动，毕竟几十万买的东西不能就直接废了吧，结果直接导致现在 在一期完全不兼容的情况下硬性整合开发，工作量完全大于重新开发，你说tam的蛋疼不疼啊！（当时我不是项目经理，否则我宁愿不干也不接手这个项目）！
概要设计
没啥好讲的，就是根据需求把项目流程用走一遍，整体的项目结构和框架理清楚。
详细设计
这块不可省时，必须要详细的精心设计，设计清楚了，后面就是“填”代码了，就跟做填空题似得，把代码填进去就ok了。
任务分配、 进度把控
根据任务分配把控整个项目的进度，使其在自己的可控范围内。
搭框架
用哪些主技术实现，自己公司开发的数据操作底层、ui显示框架，还是开源的ssh之类的。
核心代码
登录注册、会员后台、管理员后台等等的答题框架要出来先，让开发人员和客户等都可以看见一个“东西”先，这一块的功能代码应该有较好的可拓展性和可维护性，把客户以后可能更改的需求考虑进去，核心代码应该由团队的主力开发人员完成。
功能扩散
然后就是各个功能点了，比如一个普通的B2B项目，框架打好了，剩下的就是：产品（主功能）、供应、求购、新闻、广告等功能填进框架里面，都是些CRUD 类的操作了。完成了各个单独的模块后就是跑流程串“羊肉串”，把流程从头到尾，从注册到发布到审核到前台显示等等……
测试
和开发同样的重要，虽然开发和测试部门之间的矛盾经常存在！
然后就是验收、上线、Happy！谁又能真正的Happy呢？
做开发也有一年多了，最重要的一点开发感触就俩字“ 规范 ” ！
欢迎拍砖呐！
|
| 返回顶楼 | |
|
发表时间：2011-12-27
可以这样吗？首次谈的时候列一个详细的需求明细，修改的时候进行需求对比，假如说超过30%则认为是重新开发，要重新缴纳费用。
|
| 返回顶楼 | |
|
发表时间：2011-12-27
壹伍叁柒 写道
很想听听LZ当经理前这一年半的经历。。。。
gaobusi 写道
个人担任项目经理（没想当过，不知怎么半推半就的就上了）不到半个月时间，也有了些感慨和感悟！
确认需求
相信国内百分之八九十以上的项目会在开发的过程中有变更，这是开发团队最不想看到的！ 大家都希望在签合同的时候把需求文档嵌进去，然后合同敲定，一切跟着需求文档走，然而事实是各种原因导致需求不断的变化，开发人员不断的“蛋疼”，项目不断的调整。 分析缘由主要还是行业不够成熟，第一是客户不成熟，甚至有的客户自己都不知道自己想要什么东东（特别是政府单位或者事业单位的项目，可能就是哪个领导花钱 买吆喝的玩具），另一缘由就是开发公司不成熟，提供不了很好的解决方案，毕竟人家给钱，要什么就给你弄什么，甚至接项目的时候都会有走关系、送回扣、竞标 走样式（内定）的各种蛋疼的情况。
风险评估
个人感觉有两点，第一：“时间”、“项目难点（技术难点）”，技术难点每个项目或多或少每个项目都会有那么一两个，攻破后剩下的任务基本是行云流水时间的问题，然而还有一些意外。 现在做一个项目的二期，第一期的项目刚结束，尾款都收了，然后客户才知道他们要什么，这就是“花钱摸索需求”！接下来他们说通过一期的项目他们的思路慢慢 清晰了要做二期项目（单位要钱可以跟上面要啊，那可都是老百姓纳税人的钱呐），感情tmd又在摸索了，估计以后还有三期（现在已确认，果然还有三期）！ 由于二期的需求变更比较大，毕竟人家一期在摸索，但是他们不想重新做一个项目，要求在一期上改动，毕竟几十万买的东西不能就直接废了吧，结果直接导致现在 在一期完全不兼容的情况下硬性整合开发，工作量完全大于重新开发，你说tam的蛋疼不疼啊！（当时我不是项目经理，否则我宁愿不干也不接手这个项目）！
概要设计
没啥好讲的，就是根据需求把项目流程用走一遍，整体的项目结构和框架理清楚。
详细设计
这块不可省时，必须要详细的精心设计，设计清楚了，后面就是“填”代码了，就跟做填空题似得，把代码填进去就ok了。
任务分配、 进度把控
根据任务分配把控整个项目的进度，使其在自己的可控范围内。
搭框架
用哪些主技术实现，自己公司开发的数据操作底层、ui显示框架，还是开源的ssh之类的。
核心代码
登录注册、会员后台、管理员后台等等的答题框架要出来先，让开发人员和客户等都可以看见一个“东西”先，这一块的功能代码应该有较好的可拓展性和可维护性，把客户以后可能更改的需求考虑进去，核心代码应该由团队的主力开发人员完成。
功能扩散
然后就是各个功能点了，比如一个普通的B2B项目，框架打好了，剩下的就是：产品（主功能）、供应、求购、新闻、广告等功能填进框架里面，都是些CRUD 类的操作了。完成了各个单独的模块后就是跑流程串“羊肉串”，把流程从头到尾，从注册到发布到审核到前台显示等等……
测试
和开发同样的重要，虽然开发和测试部门之间的矛盾经常存在！
然后就是验收、上线、Happy！谁又能真正的Happy呢？
做开发也有一年多了，最重要的一点开发感触就俩字“ 规范 ” ！
欢迎拍砖呐！
10年六月份离校。
10年七月份开始第一份工作。
做一个月的测试后转开发。
一周内在相应框架基础上完成一个cms系统，也算是获得认可吧。
然后陆陆续续参与过两三个个B2B的电子商务系统，其中有一些比较出名的大公司的项目。
并在在职的最后一个项目后期担任收尾负责人角色，收尾虽然不是很顺利，但确实有一种负责人的感觉并开始想一些除了编码以外的东西……
11年七月由于特殊原因离职并正式毕业（大专二加一：两年上学，第三年滚蛋，呵呵）。
11年七月在朋友介绍下进入现在公司。
参与一个B2B2C的电子图书行业的项目，主要是熟悉一期项目修改BUG然后准备开发二期。
二期前期的需求基本确认后，项目经理转做其它项目，开始担任现项目，至今三个月。
项目不出意外的话是元旦内部上线，现在已经在处理一些数据迁移等上线准备工作，内部试运营后，春节正式上线。
可能等不到正式上线了，由于一些特殊原因年后准备去北京发展，各位根据咱现在这情况，估计去北京值几个钱！
|
| 返回顶楼 | |
