liangqilang的专栏

基本的公司项目管理水平是必要的；其次是稳健而不保守的公司技术选型和一班能沟通的同事。 更重要的，是要有一个严苛的环境，那些古训说的都没错，越是严苛，成长越快。 然后有些引导与助力，让你在严寒中节省体力，过得好些的，就是最佳的成长环境了。 一，最复杂多变的业务规则，最难侍候的客户 大多数人碰上这两样东西都是愁眉苦脸，天天抱怨。其实应该把它视为入门锻炼的： 第一阶是努力用细密的编码迎合复杂的业务，以金牌服务的态度接受客户的善变和每样需求都要24小

此外，最近在新的故事场景和回溯中却发现更多缺陷(bug)。项目经理知道，团队成员没有变，他们也花同样的时间工作。但是，客户会发问：“发生什么事情了？这个团队还在努力工作吗？” 很多敏捷团队的产品改进率为150-500%[1]，可是你们的项目看起来却貌似只有20-40%左右的改进率。这到底是怎么回事呢？在此我们找不到什么大问题；相反，只是有无数的小问题。有时，这些只是一些为了方便而使用的捷径（开发人员没有时间去清理这些修改），有时开发人员仅仅是不熟悉这中语言。还有一些问题就是，代码跟灌木丛一样凌乱，需要

基本的公司项目管理水平是必要的；其次是稳健而不保守的公司技术选型和一班能沟通的同事。 更重要的，是要有一个严苛的环境，那些古训说的都没错，越是严苛，成长越快。 然后有些引导与助力，让你在严寒中节省体力，过得好些的，就是最佳的成长环境了。 一，最复杂多变的业务规则，最难侍候的客户 大多数人碰上这两样东西都是愁眉苦脸，天天抱怨。其实应该把它视为入门锻炼的： 第一阶是努力用细密的编码迎合复杂的业务，以金牌服务的态度接受客户的善变和每样需求都要24小

此外，最近在新的故事场景和回溯中却发现更多缺陷(bug)。项目经理知道，团队成员没有变，他们也花同样的时间工作。但是，客户会发问：“发生什么事情了？这个团队还在努力工作吗？” 很多敏捷团队的产品改进率为150-500%[1]，可是你们的项目看起来却貌似只有20-40%左右的改进率。这到底是怎么回事呢？在此我们找不到什么大问题；相反，只是有无数的小问题。有时，这些只是一些为了方便而使用的捷径（开发人员没有时间去清理这些修改），有时开发人员仅仅是不熟悉这中语言。还有一些问题就是，代码跟灌木丛一样凌乱，需要