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

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

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