首先这是个很不系统的思路，经过一段时间正规化的开发流程的锻炼和一段时间的积累，就发发牢骚。
分离：
分离之后
结构
开发上的流程：
负责页面制作的人员，结构当然是给后台和JS/DOM脚本开发人员了，他们实现策划文档中提高的功能。但是是建立在以后制作人员制作的结构文档之上，不能破环以后结构。
结构的识别者：
结构是给机器阅读的语言，自然他的识别这是机器，那么它的最大的意义就是传递数据了，而在此产生的最有看点的就是提取数据，谁会提取数据呢？相信现在大部分提取数据的机器是搜索引擎的机器人爬虫了，也就是说我们的结构面对的考验和服务对象主要是搜索机器人。那么SEO就是考验我们结构的最好的标准。
建立一套标准化的结构，有助于让机器很容易的读懂我们的文档，建立语义化的文档也让机器能容易的提取需要的数据，微格式自然就是一个偷懒的提取数据的作法，在已有语义的基础上再建立一套语义规范。也看出XHTML的结构在这方面确实不尽人意，向XML靠拢也主要是这个原因。
表现
流程
CSS相对于结构他是面向视觉层的，也就是让人识别的，建立在UI层上的，自然是在接到UI需求之后开发的。
识别者：
人，人就是他的识别者，也就是说CSS是为人服务的，需要提供可看到或者可听到的信息，主要是可看到。为了更好的让人看到你所传递的信息，浏览器种类，版本的跨越是必要的，设备的跨越是必要的。所以作为CSS的开发人员，你的需求就是跨平台。至于亲和力那就是更人性化的一面了，面对有生理缺陷的人士，你的可识别性要求就更好，要做的也就更多。
行为
流程
行为，现在流行的富客户端，虽然涉及了css和html更多的还是javascript,dom和xmlhttp,行为在需求明确之后，理想状态下需要的只是个接口，常见的ID就是他的接口。我接触的流程是在html制作完成之后给脚本开发人员。但是我觉得应该在需求明确之后，脚本开发人员提出ID之类的接口就可以开发，然后等到页面完成，引用js文件就可以。
识别者：
人，人的行为，也就是一种交互，它是建立在一种良好的体验的基础上诞生的，人的行为和对行为的预期，结果和期望的匹配度。
PM
我曾经想成为的，但是现在不喜欢的角色，他们根本就意识不到这些，和交互聊完之后就让UI去设计，给页面去制作，给程序员去加功能……他们的目标需求就仅仅是这个页面要求IE5.X,IE6.0,FF1.5+下能用，ok，别的不要跟我提，这个需求很紧急，希望你快点给我开发出来。我要发布。
版本迭代
版本迭代的周期很短，需求变化和不明确是正常的，那么生命周期的延长降低成本的意义何在，开发仍在不停的重复，新版本不停的要发布。web就是以快打慢，不可能给你充分的时间去考虑需求是否完备。应用web标准开发还有必要吗？效率才是第一位啊！
制作必须在UI之后吗？
制作不可以参与产品的策划吗？一些UI的设计完全就是图片上的艺术，根本不考虑它是web ui。UI是面向CSS的，结构是制作负责的，这是两个完全独立的元素，而且都有这绝对的重要性，凭什么制作的要跟着UI的屁股后面，按照UI的结构去建立文档？
写完了感觉没什么意思，牢骚居多！