|
锁定老帖子 主题：关于Agile的一些问题
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-11-14
引用 这么说来最大的风险是客户将自己的投资风险转嫁给开发公司，这种情况确实可能发生！ 客户自认为是“专家”怎么办？ 是的 应该以公司利益为主，这里还有个业务人员与开发人员思维角度偏差的问题，多磨合吧～ 第一种问题是非技术原因..... 第二种问题在于分辨出真的专家...这种活普通人很难作到,高级人才就是干这种事的 第三个问题在于沟通...所有的一切都有必要沟通以减少内耗 引用 如何控制客户对开发过程的参与度 是一处空白．．．
加强客户对开发过程的参与才是方法 对于非必要要求,拒绝 让自已与客户之间产生讨价还价的关系 让工作量正好是客户所需要的东西 业务与程序员之间的墙必须首先打碎的东西 |
| 返回顶楼 | |
|
发表时间：2006-11-14
tuti 写道 clamp 写道 为什么要说非常规手段呢？
请客吃饭拉关系还是礼物旅游直接送回扣？ 是借助对方上级来压还是借助下级来顶？ 我觉得这没什么好忌讳的，除开有些操作是违反法律法规的不论，至少有很多非技术手段是项目管理的常规手段。 有部分项目管理者把这些常规手段认为是非常规手段，下意识的避免去使用，认为只有通过技术上实现用户需要的功能才是“正路”，我认为这是不对的。 扯到什么非常规手段,也就没什么好讨论的了. 任何一个情况,都可以用所谓的非常规手段去处理. 我觉得finalbone遇到问题是非常普遍的, 就好象你问我是需要一间小公寓呢,还是一套豪宅,那我当然说要豪宅. 但房产商说小公寓是多少钱,豪宅是多少钱,那看看口袋,也只能选个小公寓了. 我觉得这有很大程度是个谈判的问题的,一方提要求,而另一方不提出相应的交换代价, 那只会是一方得寸进尺,从蚕食到鲸吞. <咨询的奥秘>中,谈到过一个"橙汁测试",如果客户提一个要求,而服务商提不出相对应的价钱时, 这个服务商是很不可靠的. 呵呵，在我看来，大多数所谓的“非常规手段”其实是常规手段，仍然要受到潜规则的制约，也不是百试百灵的法宝。 |
| 返回顶楼 | |
|
发表时间：2006-11-15
tuti 写道 clamp 写道 为什么要说非常规手段呢？
请客吃饭拉关系还是礼物旅游直接送回扣？ 是借助对方上级来压还是借助下级来顶？ 我觉得这没什么好忌讳的，除开有些操作是违反法律法规的不论，至少有很多非技术手段是项目管理的常规手段。 有部分项目管理者把这些常规手段认为是非常规手段，下意识的避免去使用，认为只有通过技术上实现用户需要的功能才是“正路”，我认为这是不对的。 扯到什么非常规手段,也就没什么好讨论的了. 任何一个情况,都可以用所谓的非常规手段去处理. 我觉得finalbone遇到问题是非常普遍的, 就好象你问我是需要一间小公寓呢,还是一套豪宅,那我当然说要豪宅. 但房产商说小公寓是多少钱,豪宅是多少钱,那看看口袋,也只能选个小公寓了. 我觉得这有很大程度是个谈判的问题的,一方提要求,而另一方不提出相应的交换代价, 那只会是一方得寸进尺,从蚕食到鲸吞. <咨询的奥秘>中,谈到过一个"橙汁测试",如果客户提一个要求,而服务商提不出相对应的价钱时, 这个服务商是很不可靠的. 售前阶段当然可以这么讨价还价。但是如果用户在合同签订以后来这一手，那么这就是个非常规的客户。对非常规的客户自然只有用非常规的手段了。 |
| 返回顶楼 | |
|
发表时间：2006-11-15
不要为agile而agile，他只是告诉你可以用这种方法做软件，但要注意其前提和应用场景。
同样，重量级的过程也有其优势劣势，也要注意其前提。 学习各种方法，然后根据项目的情况，使用自己总结的方法，这样应该更有效。 |
| 返回顶楼 | |
|
发表时间：2006-11-15
客户有强烈的参与心是好事情啊，而且我永远都不会认为客户会过于热心的参与进来。这里的问题恐怕是客户的热心和开发者的热心方向不一致。而agile最关键的一点在于保持客户和开发者对于软件看法和观点的一致，以及利益的一致。
我刚给别人做了一个培训，是讲信息系统建设的，出资的是一个软件开发公司，但是参与的是这个公司的人以及他们的合作伙伴，同时最重要的还有他们的客户。实际上他们试图通告这个培训，保持一种世界观层面的统一，方法方面的统一，价值观方面的统一，从而构建一个统一的价值判定体系。当然通过这个活动，他们也顺便搞了点商务上的交流，感情上的交流，吃了吃饭，看了看风景。 |
| 返回顶楼 | |
|
发表时间：2006-11-15
|
| 返回顶楼 | |
|
发表时间：2006-11-16
tuti 写道
csdn 写道 我不知道在中国是怎样一个情况，但在美国，有时有这种情况，像一些政府机构，客户实际上并不为软件开发付费。软件开发商只是被告知要为这些客户开发软件，但他们与客户之间并没有金钱交易。这种情况下，想办法让客户放弃不切实际的需求是极度困难的，因为他们开发软件看起来并不需要花钱。这种情况下，你必须找出另一种类型的成本。而大多数情况下，最好的方法是时间。 当用户不太关心金钱和时间 只关注功能和易用性的时候 B/S架构下的产品就面临着巨大的考验... 所以Ajax才这么流行吧～～～ |
| 返回顶楼 | |
