发表评论
什么项目要讨论两个月,厉害的,这两个月除了讨论还做些其他什么事情吗?
两点感受:
1. “以发散的去想象和项目有关联的东东,丰富项目的功能,而又不能信马由缰的任之驰骋,必须拉到固定的轨道上来。"
--有一个掌控讨论方向的人,带领大家朝着正确的方向行进很重要。
2. “会前每人都不知道讨论要讨论出来什么结果,对产品也不了解,只知道是某个项目”
--那开会还有什么意义?让我想起了《等待戈多》,只知道需要“等待”本身,却不知道究竟在等什么。
#5楼 [
楼主]2008-03-03 23:48 |
@Leem
策划,分析可行性,然后再推翻。呵呵。GCD er办事真让人领教。
#6楼 [
楼主]2008-03-03 23:50 |
@Thinking.Net
这位兄台总结的不错。。
#7楼 [
楼主]2008-03-03 23:50 |
@有收获就好
:)
这叫做"头脑风暴";2个月花在设计上不久;我这里需求设计做了1年多
@萧寒
当你已经习惯性的认为1年是一个很短的时间,里所应当的时候...我不是说你们的项目不值得讨论1年,但不要把这个当成习惯,当成理所当然的事.
我们目前的项目也存在这样的问题.我认为我的经理和老总都不会"了解需求",至少不会知道真正的理解客户需要的是什么,一个项目讨论N次,每次都因为有人提出了不合实际的东西而将问题引到其它方面,也总是有人在吹的天花乱坠,搞不懂的是,项目都以经定下来给你做了,你还吹那些东西有什么用啊?浪费我的时间.
两个月的讨论,也不全是坏事.
事前讨论充分,总比实现的过程中添加新思维要好的多.
①的确,项目需要一个人有足够的能力和权限来汇合大家的观点,采纳或者推翻。
②项目的成功在某种程度上来说——是吵出来的。所以不要怕吵。当然“吵”得以“用户”为中心,以“需求”为中心。
还好我们一般的做法是尽快做出一个模型或者叫样品给客户看,
看是否符合他们的需要,而这样子定下来的需求也慢慢变得明确点
我们老板都是要求出主意的人亲自做demo出来的!让你吹!
嘿嘿,你们有点坐而论道喔,好像没怎么跟客户沟通,或者是没有保持密切联系,其实用Demo把客户说的,想要的做出来,他一看就知道这个系统是不是他想要的,哪里要改要添一说就都明白了,只要他签了字,咱们就等着拿奖金了,哈哈,除非他钱多的没地方花了,乱变需求
还有老板是为了多赚钱,有能赚点项目名声,项目经理是为了评估风险,我们要做的只有考虑多长时间能做完,会不会很复杂要加班,所以啊就别扯那些跟自己无关的
This isn't the brains storm, this is have no organizer with is not of the body is now.
be cold.......................
博主你团队产生了一至性意见的人件问题.
从而会导致折衷,折衷是非常不好的.
我将会在我的博客上详细谈谈这个问题.
--引用--------------------------------------------------
阿鸟: This isn't the brains storm, this is have no organizer with is not of the body is now.
be cold.......................
--------------------------------------------------------
。。。。。。。。。。这英语说的
@坏人
虽然我们的设计做了1年多,但开发只花了6个月
和博主有同感:
我以前公司老总一开会就想把所有人都拉过去讨论,结果讨论得吃饭时间都过了。
讨论的最多的就是论坛分栏位问题,本来不该程序员参加的,也都拉过去。
说现在论坛没人气,要改分栏,改程序。
改过之后还没人气,再改。
我都服了他们了,有钱也不能这样搞啊,你不嫌累,我改程序都改累了。
>>想想开源项目的leader多不么不容易吧
但是开源项目不计成本的,一般的企业项目是要计算成本的。
--引用--------------------------------------------------
戈多: --引用--------------------------------------------------
阿鸟: This isn't the brains storm, this is have no organizer with is not of the body is now.
be cold.......................
--------------------------------------------------------
。。。。。。。。。。这英语说的
--------------------------------------------------------
呵呵,cooooooooool。
如果咱不是项目实施决策者,保持一个好的心态,抱着学习的态度,也可以从很多其他的方面学到东西。毕竟人家决策者也不是随便就到这个职位的,老总也不是随便就拉个人来做项目管理的,国内的公司管理大多存在这种非技术问题,没办法,这个我们也要适应,等到自己有决策权的时候,要记住不要发生这些问题就ok了。
这种情况太多了。
问题的根源在于没有一个基本的思路来规范,或者说没有一个可以预想的目标来引导。
胡思乱想有胡思乱想的好处,但是转换为实施可是不能乱来的。
过多的讨论确实无谓。建议参考《UML和模式应用》,使用敏捷UP进行开发。
一个讨论花费2个月时间,晕死……
在讨论之前总要发放一些资料给参与者吧,不然纯属浪费时间,别人都不了解要做的是什么,讨论还有什么意义呢?所以,你们的方法本身就有问题。
而且讨论应该是有主持人的,他来控制进度和宽度,围绕核心讨论,而不是扯得很远或牵涉到很多细节实现问题。总之,是要有控制的讨论,而不是想到什么就讨论什么。