终于结束了

项目讨论了两个月,基本上算是决定了吧。
讨论过来讨论过去,真算是服了这帮人了。由于自己只是项目的实施者,没有决定性,所以讨论过程中只是发表发表意见而已。但都是比较实际的想法,没有天花乱坠的描述,也没有特别“创新”“有创意”的想法,只是站在用户的角度,考虑某项功能对用户来说有没有用,用户对某些花哨的页面展现会不会反感,页面的大小对用户体验的影响,网站如何留住用户,让用户下次还来这里。。。因此这些意见不被采纳。老总也喜欢那种吹的胡子满天飞的表现(有想法),泛泛而谈,不切实际,随着慢慢的讨论,都经不住他们自己的推敲,相继被pass掉了。。。慢慢的、慢慢的项目的体积越来越小,到最后还是只剩下了最最开始确定的功能上去,没有增加什么新的东西,反而又减少了很多(讨论把时间都占去了,只有减少功能了)。细看项目,好像一棵大树只剩下了树干,光秃秃的。。。

虽然最后的结果不怎么的,但是和他们(策划)讨论的过程中还是学到很多东西,起码思维上不会只按照固定的方向思考,以发散的去想象和项目有关联的东东,丰富项目的功能,而又不能信马由缰的任之驰骋,必须拉到固定的轨道上来。从而可以避免许多不必要的讨论,节越大量的时间,保证每次讨论都是有用的。

还有在说说讨论的问题:每次讨论,简直就不是在讨论,在争论,言论太自由了。都要强迫对方接受自己的观点,不去聆听别人的想法;会前每人都不知道讨论要讨论出来什么结果,对产品也不了解,只知道是某个项目。这样虽然百家争鸣,项目可以综合大家的想法,但是大部分不统一,没有共同点,无法捏合到一块去,这样就会显得太臃肿了;而且有可能甚至完全相反,而且下去后,双方也不再进行沟通,不对问题做深一步的探讨;到后来,虽然很多很多的奇妙的想法,但都无法说服对方,无法给老总一个明确的方案说明或解释,都统统的夭折了,实在是可惜。
posted @ 2008-03-03 22:45 小胖子 阅读(2312) 评论(36)  编辑 收藏 所属分类: 项目管理

  回复  引用  查看    
#1楼 2008-03-03 23:01 | Leem      
什么项目要讨论两个月,厉害的,这两个月除了讨论还做些其他什么事情吗?
  回复  引用  查看    
#2楼 2008-03-03 23:14 | TerryLee      
想说明什么问题呢?:)
  回复  引用    
#3楼 2008-03-03 23:23 | Thinking.Net [未注册用户]
两点感受:

1. “以发散的去想象和项目有关联的东东,丰富项目的功能,而又不能信马由缰的任之驰骋,必须拉到固定的轨道上来。"
--有一个掌控讨论方向的人,带领大家朝着正确的方向行进很重要。

2. “会前每人都不知道讨论要讨论出来什么结果,对产品也不了解,只知道是某个项目”
--那开会还有什么意义?让我想起了《等待戈多》,只知道需要“等待”本身,却不知道究竟在等什么。


  回复  引用    
#4楼 2008-03-03 23:32 | 有收获就好 [未注册用户]
有收获就好
  回复  引用  查看    
#5楼 [楼主]2008-03-03 23:48 | 秋千      
@Leem
策划,分析可行性,然后再推翻。呵呵。GCD er办事真让人领教。
  回复  引用  查看    
#6楼 [楼主]2008-03-03 23:50 | 秋千      
@Thinking.Net
这位兄台总结的不错。。
  回复  引用  查看    
#7楼 [楼主]2008-03-03 23:50 | 秋千      
@有收获就好
:)
  回复  引用  查看    
#8楼 2008-03-04 00:27 | 萧寒      
这叫做"头脑风暴";2个月花在设计上不久;我这里需求设计做了1年多
  回复  引用  查看    
#9楼 2008-03-04 01:37 | 坏人      
@萧寒
当你已经习惯性的认为1年是一个很短的时间,里所应当的时候...我不是说你们的项目不值得讨论1年,但不要把这个当成习惯,当成理所当然的事.
  回复  引用  查看    
#10楼 2008-03-04 07:49 | BlackCat      
等你说的算的时候,想讨论多长时间就讨论多长时间
  回复  引用    
#11楼 2008-03-04 08:58 | look look [未注册用户]
来了 就支持一下!谢谢分享1
  回复  引用  查看    
#12楼 2008-03-04 09:03 | 毁于随      
我们目前的项目也存在这样的问题.我认为我的经理和老总都不会"了解需求",至少不会知道真正的理解客户需要的是什么,一个项目讨论N次,每次都因为有人提出了不合实际的东西而将问题引到其它方面,也总是有人在吹的天花乱坠,搞不懂的是,项目都以经定下来给你做了,你还吹那些东西有什么用啊?浪费我的时间.
  回复  引用  查看    
#13楼 2008-03-04 09:07 | WilsonWu      
说这些有用吗?
  回复  引用  查看    
#14楼 2008-03-04 09:09 | 置身珠海,学习与奋斗      
两个月的讨论,也不全是坏事.

事前讨论充分,总比实现的过程中添加新思维要好的多.


  回复  引用  查看    
#15楼 2008-03-04 09:15 | cslar      
①的确,项目需要一个人有足够的能力和权限来汇合大家的观点,采纳或者推翻。
②项目的成功在某种程度上来说——是吵出来的。所以不要怕吵。当然“吵”得以“用户”为中心,以“需求”为中心。
  回复  引用  查看    
#16楼 2008-03-04 09:15 | yellowyu      
还好我们一般的做法是尽快做出一个模型或者叫样品给客户看,

看是否符合他们的需要,而这样子定下来的需求也慢慢变得明确点
  回复  引用  查看    
#17楼 2008-03-04 09:38 | BlueMountain      
先做原型,在原型的基础上让客户给出意见。
  回复  引用  查看    
#18楼 2008-03-04 09:50 | Mainz      
我们老板都是要求出主意的人亲自做demo出来的!让你吹!
  回复  引用    
#19楼 2008-03-04 09:55 | jianshang [未注册用户]
嘿嘿,你们有点坐而论道喔,好像没怎么跟客户沟通,或者是没有保持密切联系,其实用Demo把客户说的,想要的做出来,他一看就知道这个系统是不是他想要的,哪里要改要添一说就都明白了,只要他签了字,咱们就等着拿奖金了,哈哈,除非他钱多的没地方花了,乱变需求
还有老板是为了多赚钱,有能赚点项目名声,项目经理是为了评估风险,我们要做的只有考虑多长时间能做完,会不会很复杂要加班,所以啊就别扯那些跟自己无关的


  回复  引用  查看    
#20楼 2008-03-04 09:58 | 阿鸟      
This isn't the brains storm, this is have no organizer with is not of the body is now.

be cold.......................
  回复  引用  查看    
#21楼 2008-03-04 09:59 | 太极      
博主你团队产生了一至性意见的人件问题.
从而会导致折衷,折衷是非常不好的.
我将会在我的博客上详细谈谈这个问题.
  回复  引用  查看    
#22楼 2008-03-04 10:03 | 戈多      
--引用--------------------------------------------------
阿鸟: This isn't the brains storm, this is have no organizer with is not of the body is now.

be cold.......................
--------------------------------------------------------
。。。。。。。。。。这英语说的
  回复  引用  查看    
#23楼 2008-03-04 10:24 | Clark Zheng      
想想开源项目的leader多不么不容易吧
  回复  引用  查看    
#24楼 2008-03-04 10:40 | 杨正祎      
项目组里没有能拍板做决定的小组是恐怖的。
  回复  引用  查看    
#25楼 2008-03-04 10:47 | 萧寒      
@坏人
虽然我们的设计做了1年多,但开发只花了6个月
  回复  引用    
#26楼 2008-03-04 11:10 | 阿华1 [未注册用户]
和博主有同感:
我以前公司老总一开会就想把所有人都拉过去讨论,结果讨论得吃饭时间都过了。
讨论的最多的就是论坛分栏位问题,本来不该程序员参加的,也都拉过去。
说现在论坛没人气,要改分栏,改程序。
改过之后还没人气,再改。
我都服了他们了,有钱也不能这样搞啊,你不嫌累,我改程序都改累了。
  回复  引用    
#27楼 2008-03-04 11:12 | 阿华1 [未注册用户]
>>想想开源项目的leader多不么不容易吧
但是开源项目不计成本的,一般的企业项目是要计算成本的。
  回复  引用  查看    
#28楼 2008-03-04 11:30 | 狼Robot      
时间会不会太长了点?
  回复  引用  查看    
#29楼 2008-03-04 13:02 | jokin      
--引用--------------------------------------------------
戈多: --引用--------------------------------------------------
阿鸟: This isn't the brains storm, this is have no organizer with is not of the body is now.

be cold.......................
--------------------------------------------------------
。。。。。。。。。。这英语说的
--------------------------------------------------------
呵呵,cooooooooool。
  回复  引用  查看    
#30楼 2008-03-04 13:15 | jokin      
如果咱不是项目实施决策者,保持一个好的心态,抱着学习的态度,也可以从很多其他的方面学到东西。毕竟人家决策者也不是随便就到这个职位的,老总也不是随便就拉个人来做项目管理的,国内的公司管理大多存在这种非技术问题,没办法,这个我们也要适应,等到自己有决策权的时候,要记住不要发生这些问题就ok了。
  回复  引用  查看    
#31楼 2008-03-04 13:59 | 半梦半醒之间      
这种情况太多了。
问题的根源在于没有一个基本的思路来规范,或者说没有一个可以预想的目标来引导。
胡思乱想有胡思乱想的好处,但是转换为实施可是不能乱来的。
  回复  引用  查看    
#32楼 2008-03-04 16:33 | JackMa      
过多的讨论确实无谓。建议参考《UML和模式应用》,使用敏捷UP进行开发。
  回复  引用  查看    
#33楼 2008-03-04 17:33 | Cure      
@JackMa
我觉得是管理问题,不是技术问题
  回复  引用    
#34楼 2008-03-05 09:00 | GPS监控 [未注册用户]
说的好,最大的敌人就是我们自己
  回复  引用    
#35楼 2008-03-05 10:44 | gogogogo [未注册用户]
一个讨论花费2个月时间,晕死……
在讨论之前总要发放一些资料给参与者吧,不然纯属浪费时间,别人都不了解要做的是什么,讨论还有什么意义呢?所以,你们的方法本身就有问题。
  回复  引用    
#36楼 2008-03-05 10:46 | gogogogo [未注册用户]
而且讨论应该是有主持人的,他来控制进度和宽度,围绕核心讨论,而不是扯得很远或牵涉到很多细节实现问题。总之,是要有控制的讨论,而不是想到什么就讨论什么。

标题  
姓名  
主页
Email (博主才能看到) 
验证码 *  看不清,换一张 [登录][注册]
内容(请不要发表任何与政治相关的内容)  
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      


相关链接: