2010年02月01日 星期一 09:12
Zoom.Quiet 写道: > 2010/1/29 pan shizhu <pan.shizhu在gmail.com>: > >>> 很多时候非常奇怪,为什么在社区中使用良好的各种沟通/开发/管理工具都用的不错, >>> 但是一到企业项目中就面目全非? >>> >>> 年度总结中,俺自以为了一句:"没有时间,一切改进都是奇迹!" >>> >>> 不论是 SVN/WIKI/Blog/IRC/统一命名/Scrum .... >>> >>> 一切软件工程相关的规范化行为,在时间紧急情况下,都会自动抛弃... >>> >> CMMI 要解决的只是不确定性,而不是速度。也就是说要使你软件的产出时间变成可以预期的。 >> >> 而对于企业而言,一切改进恐怕都是希望能够更快的出产品。 >> >> 所以,问题不在于这些工具和方法本身,而再于你部署这个工具的方法和策略。 >> >> 当我在一个支离破碎的项目中开始部署起 svn 的时候,整个团队的生产力和士气都提高了很多,这是否能够证明企业也并非不能使用软件工程? >> > > 俺进行这类基建好几次了,在不同公司, > 都是开始开发都很高兴,总算有人关心他们的生活了,,, > 然后,继续在混乱的需求/时间计划/交付指标/配置管理中挣扎, 在发觉靠谱的工具和流程,并不能理性化来自管理层的混乱后, > 一切,就回到原点... 不过是多了一些主流管理系统在用最混乱的方法来使用而已... > > >> 不是为了软件工程而软件工程,而是找到项目中的关键弱点,并寻求有价值的方式去改进之。——如果你能够跳出项目之外去看这个问题就会看到,其实时间问题是表象,而不是实质。 >> >> > > 所有的问题都指向高层问题: > - 公司战略方向迷失 > - 产品市场定位模糊 > - 开发技术方向漂移 > - 用户群变动频繁... > > 到最后,开发依然回到使用最in 技术来开发最烂产品的 阿Q 式生活中>.. > > 工程的作用在这种环境中,也就是 捞取 CMMI 几级证书来宣传而已... > > 在有限的时间内调动所有人去修改已经习惯的工作方式,这是存在很大风险,只有 慢慢改了。。
2010年02月01日 星期一 09:21
2010/2/1 仲光泽 <jlu3389在gmail.com>: > Zoom.Quiet 写道: ... >>>> 很多时候非常奇怪,为什么在社区中使用良好的各种沟通/开发/管理工具都用的不错, >>>> 但是一到企业项目中就面目全非? >>>> >>>> 年度总结中,俺自以为了一句:"没有时间,一切改进都是奇迹!" >>>> >>>> 不论是 SVN/WIKI/Blog/IRC/统一命名/Scrum .... >>>> >>>> 一切软件工程相关的规范化行为,在时间紧急情况下,都会自动抛弃... >>>> >>> >>> CMMI 要解决的只是不确定性,而不是速度。也就是说要使你软件的产出时间变成可以预期的。 >>> >>> 而对于企业而言,一切改进恐怕都是希望能够更快的出产品。 >>> >>> 所以,问题不在于这些工具和方法本身,而再于你部署这个工具的方法和策略。 >>> >>> 当我在一个支离破碎的项目中开始部署起 svn 的时候,整个团队的生产力和士气都提高了很多,这是否能够证明企业也并非不能使用软件工程? >>> >> >> 俺进行这类基建好几次了,在不同公司, >> 都是开始开发都很高兴,总算有人关心他们的生活了,,, >> 然后,继续在混乱的需求/时间计划/交付指标/配置管理中挣扎, 在发觉靠谱的工具和流程,并不能理性化来自管理层的混乱后, >> 一切,就回到原点... 不过是多了一些主流管理系统在用最混乱的方法来使用而已... >> >> >>> >>> >>> 不是为了软件工程而软件工程,而是找到项目中的关键弱点,并寻求有价值的方式去改进之。——如果你能够跳出项目之外去看这个问题就会看到,其实时间问题是表象,而不是实质。 >>> >>> >> >> 所有的问题都指向高层问题: >> - 公司战略方向迷失 >> - 产品市场定位模糊 >> - 开发技术方向漂移 >> - 用户群变动频繁... >> >> 到最后,开发依然回到使用最in 技术来开发最烂产品的 阿Q 式生活中>.. >> >> 工程的作用在这种环境中,也就是 捞取 CMMI 几级证书来宣传而已... >> > 在有限的时间内调动所有人去修改已经习惯的工作方式,这是存在很大风险,只有 慢慢改了。。 > 问题是,一切绩效制度不允许你慢慢改... 看来之前有人说的对,是你没有本事招集到靠谱的团队,没有军队来战胜这些已知的问题, 就你一人,是没有办法的... -- http://zoomquiet.org 人生苦短? Pythonic! KM乃是培育可催生自学习型组织的文化氛围! (KM=Knowledge Management=知识管理)
2010年02月01日 星期一 09:58
Zoom.Quiet 写道: > 2010/2/1 仲光泽 <jlu3389在gmail.com>: > >> Zoom.Quiet 写道: >> > ... > >>>>> 很多时候非常奇怪,为什么在社区中使用良好的各种沟通/开发/管理工具都用的不错, >>>>> 但是一到企业项目中就面目全非? >>>>> >>>>> 年度总结中,俺自以为了一句:"没有时间,一切改进都是奇迹!" >>>>> >>>>> 不论是 SVN/WIKI/Blog/IRC/统一命名/Scrum .... >>>>> >>>>> 一切软件工程相关的规范化行为,在时间紧急情况下,都会自动抛弃... >>>>> >>>>> >>>> CMMI 要解决的只是不确定性,而不是速度。也就是说要使你软件的产出时间变成可以预期的。 >>>> >>>> 而对于企业而言,一切改进恐怕都是希望能够更快的出产品。 >>>> >>>> 所以,问题不在于这些工具和方法本身,而再于你部署这个工具的方法和策略。 >>>> >>>> 当我在一个支离破碎的项目中开始部署起 svn 的时候,整个团队的生产力和士气都提高了很多,这是否能够证明企业也并非不能使用软件工程? >>>> >>>> >>> 俺进行这类基建好几次了,在不同公司, >>> 都是开始开发都很高兴,总算有人关心他们的生活了,,, >>> 然后,继续在混乱的需求/时间计划/交付指标/配置管理中挣扎, 在发觉靠谱的工具和流程,并不能理性化来自管理层的混乱后, >>> 一切,就回到原点... 不过是多了一些主流管理系统在用最混乱的方法来使用而已... >>> >>> >>> >>>> 不是为了软件工程而软件工程,而是找到项目中的关键弱点,并寻求有价值的方式去改进之。——如果你能够跳出项目之外去看这个问题就会看到,其实时间问题是表象,而不是实质。 >>>> >>>> >>>> >>> 所有的问题都指向高层问题: >>> - 公司战略方向迷失 >>> - 产品市场定位模糊 >>> - 开发技术方向漂移 >>> - 用户群变动频繁... >>> >>> 到最后,开发依然回到使用最in 技术来开发最烂产品的 阿Q 式生活中>.. >>> >>> 工程的作用在这种环境中,也就是 捞取 CMMI 几级证书来宣传而已... >>> >>> >> 在有限的时间内调动所有人去修改已经习惯的工作方式,这是存在很大风险,只有 慢慢改了。。 >> >> > 问题是,一切绩效制度不允许你慢慢改... > > 看来之前有人说的对,是你没有本事招集到靠谱的团队,没有军队来战胜这些已知的问题, > 就你一人,是没有办法的... > > > 这话有道理。 其实也要看BOSS,如果BOSS有决心,小弟怎可能不效命。
Zeuux © 2024
京ICP备05028076号