zeuux-universe  - 讨论区

标题:[zeuux-universe] 最实在的真话!

2010年02月01日 星期一 09:12

仲光泽 jlu3389在gmail.com
星期一 二月 1 09:12:31 CST 2010

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

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2010年02月01日 星期一 09:21

Zoom.Quiet zoom.quiet在gmail.com
星期一 二月 1 09:21:17 CST 2010

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=知识管理)

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2010年02月01日 星期一 09:58

仲光泽 jlu3389在gmail.com
星期一 二月 1 09:58:04 CST 2010

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

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

如下红色区域有误,请重新填写。

    你的回复:

    请 登录 后回复。还没有在Zeuux哲思注册吗?现在 注册 !

    Zeuux © 2024

    京ICP备05028076号