|
锁定老帖子 主题：关于Agile的一些问题
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-11-13
客户以前实施过Oracle的财务软件 用友的办公软件
技术部主管又有一些M$平台开发背景 在他的带动下 几位老总统一孔径 全公司各部门参与热情都空前高涨 处处都想发表自己的看法 一切向最高标准看齐 觉得自己花了钱 就要买最好的东西 不管用不用的着～～～ |
| 返回顶楼 | |
|
发表时间：2006-11-13
finalbone 写道 全公司各部门参与热情都空前高涨 为什么会热情高涨呢? finalbone 写道 处处都想发表自己的看法 一切向最高标准看齐 谁? finalbone 写道 觉得自己花了钱 就要买最好的东西 不管用不用的着～～～ 谁? |
| 返回顶楼 | |
|
发表时间：2006-11-13
公司与公司之间的粘度被减少了
以前给政府作项目怎么作怎么用 没什么需求变更... |
| 返回顶楼 | |
|
发表时间：2006-11-13
tuti 写道 finalbone 写道 实施了Agile之后，可能导致项目失败的最大风险是什么？
实施人的自以为在做的是Agile. 最大风险来自客户知道了开发新系统不是他们的主要矛盾,或就是上了系统也不是买到了银弹.... finalbone 写道 客户到底应该多大程度的参与开发过程？ 客户应该多大程度的不参与开发过程. 主要不是客户参与是专家参与...而不是客户参与,没有用过系统的人总是一想天开 finalbone 写道 当客户需求与公司利益发生冲突该如何解决？ 回顾一下,客户利益与公司利益有多大程度是一致的. 公司利益为主,你要为公司负责,不论在哪里你是公司的员工, 公司的软利益也是公司的利益...但要有成本合算 finalbone 写道 如何持续的改进已有的Agile？ 基于实践反馈,自发改进. 上了轨道之后就要保持而不是放松,因为Agile的好处就在于改进 finalbone 写道 高人员流动率的环境中如何有效的积累知识和技术？ 先想想如何才能不高流动. 知识与技术可以用文字来传波,但是团队,精神,气氛,磨合都不是能拿钱买到的,都要花时间,把这时间折成钱合成人员成本 finalbone 写道 把成本作为参数赋与所有问题，我们得到的答案将会如何？ 成本有很多种,你说的是哪种? 人员工资的成本?项目失败的成本?等等 什么都有成本,只是有的好计算有的不好计算,敏捷就是把很多不好计算的变成公式以减少选择的难度... 当然不能计算的还是没办法计算, 以将低失败的风险 |
| 返回顶楼 | |
|
发表时间：2006-11-14
finalbone 写道 客户以前实施过Oracle的财务软件 用友的办公软件
技术部主管又有一些M$平台开发背景 在他的带动下 几位老总统一孔径 全公司各部门参与热情都空前高涨 处处都想发表自己的看法 一切向最高标准看齐 觉得自己花了钱 就要买最好的东西 不管用不用的着～～～ 这种客户是要教育的。当然，仅靠开发商去教育客户效果是不会好的。所以要在客户中找到和开发商利益有较大的共同点，又能起到关键作用的人，让他和你们一起去教育其他客户。这个人最常见的候选者是客户中这个项目的负责人。如果项目失败，对他的利益是否会有损失，会有多大的损失。要让他认识到其中的利害关系，让他认识到项目成功对他个人的好处。 你在项目中和公司中是什么身份？这种事情一般要开发商的公司高层去做的。如果你不是老板，你要做的就是让你的老板充分认识到其中的风险，然后促使他去采取必要的行动。 另外，这种事情不会在签合同前一点迹象都没有的。你们老板既然签了合同，应该还是有自己的考虑和应对措施的。 |
| 返回顶楼 | |
|
发表时间：2006-11-14
抛出异常的爱 写道 tuti 写道 finalbone 写道 实施了Agile之后，可能导致项目失败的最大风险是什么？
实施人的自以为在做的是Agile. 最大风险来自客户知道了开发新系统不是他们的主要矛盾,或就是上了系统也不是买到了银弹.... 这么说来最大的风险是客户将自己的投资风险转嫁给开发公司，这种情况确实可能发生！ finalbone 写道 客户到底应该多大程度的参与开发过程？ 客户应该多大程度的不参与开发过程. 主要不是客户参与是专家参与...而不是客户参与,没有用过系统的人总是一想天开 客户自认为是“专家”怎么办？ finalbone 写道 当客户需求与公司利益发生冲突该如何解决？ 回顾一下,客户利益与公司利益有多大程度是一致的. 公司利益为主,你要为公司负责,不论在哪里你是公司的员工, 公司的软利益也是公司的利益...但要有成本合算 是的 应该以公司利益为主，这里还有个业务人员与开发人员思维角度偏差的问题，多磨合吧～ |
| 返回顶楼 | |
|
发表时间：2006-11-14
BirdGu 写道 finalbone 写道 客户以前实施过Oracle的财务软件 用友的办公软件
技术部主管又有一些M$平台开发背景 在他的带动下 几位老总统一孔径 全公司各部门参与热情都空前高涨 处处都想发表自己的看法 一切向最高标准看齐 觉得自己花了钱 就要买最好的东西 不管用不用的着～～～ 这种客户是要教育的。当然，仅靠开发商去教育客户效果是不会好的。所以要在客户中找到和开发商利益有较大的共同点，又能起到关键作用的人，让他和你们一起去教育其他客户。这个人最常见的候选者是客户中这个项目的负责人。如果项目失败，对他的利益是否会有损失，会有多大的损失。要让他认识到其中的利害关系，让他认识到项目成功对他个人的好处。 你在项目中和公司中是什么身份？这种事情一般要开发商的公司高层去做的。如果你不是老板，你要做的就是让你的老板充分认识到其中的风险，然后促使他去采取必要的行动。 另外，这种事情不会在签合同前一点迹象都没有的。你们老板既然签了合同，应该还是有自己的考虑和应对措施的。 我是项目负责人，这个问题最终通过非常规手段解决～～～ 国情如此... |
| 返回顶楼 | |
|
发表时间：2006-11-14
为什么要说非常规手段呢？
请客吃饭拉关系还是礼物旅游直接送回扣？ 是借助对方上级来压还是借助下级来顶？ 我觉得这没什么好忌讳的，除开有些操作是违反法律法规的不论，至少有很多非技术手段是项目管理的常规手段。 有部分项目管理者把这些常规手段认为是非常规手段，下意识的避免去使用，认为只有通过技术上实现用户需要的功能才是“正路”，我认为这是不对的。 |
| 返回顶楼 | |
|
发表时间：2006-11-14
clamp 写道 为什么要说非常规手段呢？
请客吃饭拉关系还是礼物旅游直接送回扣？ 是借助对方上级来压还是借助下级来顶？ 我觉得这没什么好忌讳的，除开有些操作是违反法律法规的不论，至少有很多非技术手段是项目管理的常规手段。 有部分项目管理者把这些常规手段认为是非常规手段，下意识的避免去使用，认为只有通过技术上实现用户需要的功能才是“正路”，我认为这是不对的。 扯到什么非常规手段,也就没什么好讨论的了. 任何一个情况,都可以用所谓的非常规手段去处理. 我觉得finalbone遇到问题是非常普遍的, 就好象你问我是需要一间小公寓呢,还是一套豪宅,那我当然说要豪宅. 但房产商说小公寓是多少钱,豪宅是多少钱,那看看口袋,也只能选个小公寓了. 我觉得这有很大程度是个谈判的问题的,一方提要求,而另一方不提出相应的交换代价, 那只会是一方得寸进尺,从蚕食到鲸吞. <咨询的奥秘>中,谈到过一个"橙汁测试",如果客户提一个要求,而服务商提不出相对应的价钱时, 这个服务商是很不可靠的. |
| 返回顶楼 | |
|
发表时间：2006-11-14
确实很多时候 非常规手段 = 非常常规的手段 但这不是讨论的重点
我们应该思考一下这种被非常规手段掩盖的问题 这些问题从另一方面说明Agile的缺失（不止是Agile） 如何控制客户对开发过程的参与度 是一处空白．．． |
| 返回顶楼 | |
