|
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间：2008-05-30
谁拍的板谁负责到底就是了。
我们从来不比较技术的优点，只比较风险。如果列不出风险的一律不用。 我讨论的时候急了连骂娘都会有，结束后作个检讨道个歉也就是了。这样的team多有激情 ^^. |
| 返回顶楼 | |
|
最后更新时间：2008-06-02
找老大！！
|
| 返回顶楼 | |
|
最后更新时间：2008-06-02
topcloud 写道 我是这样做的。
让项目组所有人员参与开会讨论。 先各抒己见，说明各自方案的优点，缺点。 在项目组所有人员了解后匿名投票，最后对投票结果分析后选出。 想跟你混去！ |
| 返回顶楼 | |
|
最后更新时间：2008-06-02
开例会讨论，最后老大拍板
|
| 返回顶楼 | |
|
最后更新时间：2008-06-05
委婉点，实事求是，或使用点小计策表达自己：以退为进，换位思考
|
| 返回顶楼 | |
|
最后更新时间：2008-06-06
topcloud 写道 我是这样做的。 让项目组所有人员参与开会讨论。 先各抒己见，说明各自方案的优点，缺点。 在项目组所有人员了解后匿名投票，最后对投票结果分析后选出。 苟同这种看法！不过我所在的团队 最坏的结果是各自搞各自的 最终导致代码的冗余！ 悲哀！ |
| 返回顶楼 | |
|
最后更新时间：2008-06-06
集中讨论，
择优选取 |
| 返回顶楼 | |
|
最后更新时间：2008-06-06
由于实行结对编程，出现问题都是由两人在会议室讨论，并得出两人都满意的结果，我们的目标是解决问题，两个人是互相尊敬的所以不会出现脸红脖子粗还瞪眼的情况，过程是讨论形式的，不是吵架形式的。
不吵架也不代表会谁迁就谁的设计。如果两人最后都不能得出满意结果问题会被抛出，抛到技术经理那，他也会进入讨论。讨论并不会持续太长时间，因为大家都知道谁都不可能一次设计出完美的软件，最后会以口头投票的方式解决问题。 |
| 返回顶楼 | |
|
最后更新时间：2008-06-09
yh_private 写道 由于实行结对编程，出现问题都是由两人在会议室讨论，并得出两人都满意的结果，我们的目标是解决问题，两个人是互相尊敬的所以不会出现脸红脖子粗还瞪眼的情况，过程是讨论形式的，不是吵架形式的。
不吵架也不代表会谁迁就谁的设计。如果两人最后都不能得出满意结果问题会被抛出，抛到技术经理那，他也会进入讨论。讨论并不会持续太长时间，因为大家都知道谁都不可能一次设计出完美的软件，最后会以口头投票的方式解决问题。 投票决定的前提是大家的水平和背景处在同一个层次，要是对技术和对业务的理解处在不同层次上，大家的关注点不一致，多数都同意的不一定是真理。这个时候还是独裁好一点，需要技术负责人有个清醒的头脑。 |
| 返回顶楼 | |
|
最后更新时间：2008-06-10
一个项目组里有不同的声音是好事，大家一起讨论，最终还不能确定有项目经理来确认
|
| 返回顶楼 | |
