固化的软件开发实践分为两个层次，一个是制度，一个是指南。制度是公司强制执行的一些流程规范，不可缺失、省略，如公司制定的标准、规范、管理制度等；而指南是一般情况下推荐执行，建议这么做，允许根据项目实际情况适度剪裁、取舍，如公司定义的软件开发过程模型、模板等。实现固化的手段也多种多样，如通过管理制度、定义开发过程、采用软件工具、培训等，根据本人实践体会，采用一些项目管理辅助软件工具，不失为“固化”众人智慧、规范软件开发过程管理的有效手段！
说到“固化”，有的企业走向了另一个极端：僵化。不顾本企业、本项目的实际情况，对ISO9000、CMM、ISO12207等标准盲目地生搬硬套、墨守成规，对其他企业的成功经验不加消化的照搬照抄、教条主义，从而扼杀了项目团队的主观能动性和创造性。殊不知，标准、规范、过程模型、模板是死的，参与项目的团队成员才是规范软件开发过程的主角和灵魂。
第二，要“简化”。
“固化”只是规范软件开发过程的“静态基础”，而“动态管理”对于规范软件开发过程更为重要。
回顾上个世纪70年代，软件开发很简单，因此很容易规范。随着软件项目规模越来越大，软件开发过程越来越复杂，涉及的人、财、物资源也越来越庞大。复杂导致多变，多变带来随意，随意容易使软件开发误入歧途，使开发过程难以规范。所以说规范软件开发过程还必须简化软件开发过程！
说到简化，也有企业走进了“随意化”的误区。自由主义、经验主义随心所欲地发挥，口头协议满天飞，时间紧、人手不足是他们抛弃规范、拒绝监督的最佳接口。其实，简化绝不意味着随意化。