一、混沌状态
我们的开发目前面临着个性化项目多、开发和结转压力大、重复开发或半成品开发比较明显等问题，可以说我们的开发（包括国内很多中小软件公司）还处于“混沌”状态，主要表现有下面的几个方面：
1、“集成”的定位和使命
我找过一些开发同事，他们认为我们部门其实是“集成”开发部，所谓“集成”其实就是不管白猫黑猫只要把项目整出来就是好猫，同时由于认为自身没多少关键东西，关键的都是集成了第三方或其他部门的产品和技术，所以没必要把自己的“产品”做得那么好，只要想办法结项、把项目做完就行了。
大家可以留心一下，看看开发同事对于“集成”的认识，看看有多少人知道或深刻理解我们开发部的使命和定位，甚至一些同事人为开发使命就是“听从安排去做一个又一个的项目”。
2、角色错位
不知道其他方向怎样，至少在我们方向曾经存在一种典型的角色错位现象：产品经理像销售、需求分析员像产品经理或编码人员，编码人员像需求人员，SE像熟练的E，专职需求人员像记录员或宣传员，架构师像编码人员。虽然可以用“补位”来解释角色互换现象，但我个人认为这是一种混乱和不专业的现象，不应该是长期和常态的。
3、对需求传达不一致
需求分析人员按照自己的理解设计软件原型，甚至亲自操刀编写软件代码，编码人员则不断的猜想软件要做哪些事，认为软件应该开发成什么样，而开发领导或产品经理又认为软件应该是另一个样，可能用户又会认为是另一个样。我曾注意到一个奇怪的现象：需求分析人员做了软件原型，然后开了几次会，得出结论是几个开发同事也知道软件要做什么了，即需求理解得到统一，接着进入正式开发，在指导开发的过程中我发现编码人员在努力思考软件要做什么、做成什么样，而且这几个人的理解还不一样。
4、开发人员缺乏精品意识
很多开发人员认为软件没必要做那么好，差不多就行了，真正遇到问题时“车到山前必有路”。在这种思想的指导下，开发出一个又一个的“刚好能用”的软件，这些软件很难想象是从“方正”这样的大公司制作的，甚至不如小公司开发出来的，表现出很粗糙、甚至是毛坯软件。同时由于认为软件没必要做那么好，所以代码质量上也就不讲究了，漏洞百出、满身是补丁，在这种情况下自然不好对设计结构怎么要求了。
5、学习交流气氛较淡
大家拼命忙于一个又一个项目，自然没时间去交流、分享、改进，没时间去提高自身的分析设计能力。经过几年的磨练，经验是有了，技术水平可能进步不大。如果员工缺乏学习改进的机会，体会不到成就感和职业发展感觉，他可能会选择离开或者麻木。
二、走出混沌
我个人认为可以通过下列方法努力走出混沌：
1、增强使命感和荣誉感，让开发人员体会到集成与业务解决方案的真正内涵
2、岗位练兵，针对解决方案分析人员、需求分析人员、项目管理人员、设计人员、编码人员等不同岗位职责的人员，提升自身的技术水平和能力，通过考核、培训、交流总结等方式督促大家改善。首先是要强化意识，让大家从内心感受到岗位练兵的必要性、重要性和好处，然后提供舞台进行练兵。例如：让需求分析人员知道如何解决需求分析遇到的问题、如何逐步将以个性化项目为主转变为围绕产品线不断拓展和丰富；让设计人员知道面临各种问题如何设计良好的程序结构；让编码人员知道如何编写出高质量的代码、如何改善代码。
3、进一步鼓励多方面的交流活动，让大家有心思学习、有动力去交流和改进。可以是沙龙，也可以是组内、特定兴趣小组内的交流。如果交流气氛有了，大家自然就会去想办法改进自己的工作、增强荣誉感和使命感，并对方正具有更强烈的认同感和归属感。
4、让架构师不再局限于方向内部。我们的架构师都具有很多经验，有些是全才，有些是专才；如果还是让各个架构师仅限于方向内部，个人认为会使各个方向继续独立分化、限制架构师在各个领域合作和发挥才能。如果让架构师不仅限于自己方向内部，则更能发挥经验才能，突破自身经验局限，让其从具体事务中分身。
我相信不少人是希望改善目前状态的，可能我的理解有些偏激，只要结果是好的就行。