《第１１篇》一个标准的互联网公司的技术部组织架构是什么？

这里所说的互联网公司也对于电子商务也有一定的参考意义；
 技术部门一般包括产品研发(R&D)，质量（软件测试，版本管理，项目管理），产品（负责产品需求分析，项目管理）；
 　　产品研发(R&D)，质量（软件测试，版本管理，项目管理），产品（负责产品需求分析，项目管理）；应该说这三个部门对于研发大部门来说，是三足鼎立；那一个部门都重要，套用一句话：不是所有重要的部门都叫技术部；
 　　百度非常重视产品部门的作用，每个产品都有独立的产品经理负责，产品经理负责收集产品需求，负责需求文档撰写，负责项目排期，负责协调测试，负责安排开发计划，负责优先级排定，总之产品经理对产品的设计以及开发进度是第一负责人；
 　　测试部负责系统测试，一般按照 研发人员：测试人员=3:1 配比；大家别以为测试人员就是会挑刺的，但这些刺不跳出来，然后要等到产品上线后让用户发现么？我了解了很多公司，其对测试都不太重视，造成系统上线后问题一大堆；更让我吃惊的是，在百度线上产品出了问题，各种处罚从VP到研发每个人都会受到不通程度的处罚（一般是罚款），而在其他公司缺险有这样的事情；我想这个和百度非常重视产品质量和用户体验很有关系；
 　　研发按照产品部门撰写的需求文档，并按照之前确定产品开发计划进行研发；产品部门关心的是功能和用户体验，而研发却要负责如何更有效的通过技术去实现这些功能；
 　　这三个部门是如何协调工作的呢？
 　　１。每个产品均有唯一的产品经理（产品部），产品经理负责需求分析，项目开发计划排定，测试安排，产品上线时间安排，用户培训等；产品经理收集需求，并按照优先级排定计划；一般说来，产品经理根据功能的大小和优先级，并考虑到互联网产品一般版本升级较快（特别是面向用户前端），所以每一个版本的升级频率都在2个星期左右，外加测试和培训也不会超过２０天；
 　　２。产品经理根据业务部门，产品使用部门撰写的文档为需求文档（在百度叫MRD），并和研发工程师讨论实现方式（当然产品经理对产品也是非常熟悉的）以便初步评估产品开发周期；对于产品版本，对于小功能的升级（小于一个月，非架构升级）一般改变产品的最后一位（1.1,1.2,1.3..），对于架构的重大升级改变产品版本第一位(1.0,2.0...);产品经理撰写好MRD后，对召开一个需求讨论会对需求文档中的内容进行评审（内容较多且容易引起歧义需要会议确认，内容较少且简单邮件评审就可以），评审后研发就可以根据需求排定开发计划，测试部门根据需求文档排定测试计划，产品经理根据研发提供的开发时间和测试提供的测试时间确定上线时间；当然产品经理对于产品的上线时间有最终的控制权，这个事先一般都会有评估；

 备注：除开研发，测试，产品之外，一般还有用户体验（User Experience）等部门，用户体验负责产品界面的设计，包括Logo设计，界面设计，字体，按钮，操作方式等等；我想一个爽心悦目的界面无疑将让用户停留更多时间从而也为公司提升更多收入，一个粗制滥造的产品足以让人崩溃；

来源：巨灵鸟 欢迎分享本文