一个互联网研发团队的标准配置

                    做一件大事,通常会产生一个组织。
    对于一个组织来说,确定了梦想和目标之后,首要的事情是,组织分工和明确“权责”。
    权利和责任分不清楚,效率必定低下!

    读书阶段的时候,无论是学习,还是做事,从来没有深刻地感受过“事倍功半”和“事半功倍”。
    工作之后,经历多了点,领悟到了学习可以“事半功倍”。比如,现在读一本书,2个小时,就可以领会出这本书的核心思路,哪些是自己欠缺的。
    做项目方面,也遇到了“事半功倍”和“事倍功半”2种截然不同的研发团队。

    今天,闲来无事,看了《明朝那些事儿第5部》和吴军的《文明之光》。
    静下心来,去梳理下常见互联网研发团队的基本配置。

   等到今后自己全权负责一个团队的时候,可以达到“事半功倍”!

团队分工图

详细说明

比喻:为了形象地表达每个组和角色的作用和价值,打了个比方,大脑和脸面,作战目标、作战成果和督军。

 部门负责人-大脑

职责:项目需求、规划和进度,内部考核

价值:对内决策,参与部门协作
关键点:内部协作,工作效率

产品组-作战目标
职责:梳理产品功能和需求,简单html原型

价值:明确项目开发目标和验收目标
关键点:上游环节,工作干得好,下游少走冤枉路

设计UI组-脸面和美貌
职责:设计和画图,高保真原型,供下游开发参考
价值:产品的审美和美貌
关键点:上游环节,工作干得好,下游少走冤枉路
 

移动终端组-作战成果
职责:APP开发

价值:移动端产品,对外的移动端入口
 
Web终端组-作战成果
职责:发现bug,质量保证
价值:项目验收,达到产品阶段目标

 业务服务组-心脏
职责:业务接口,比如电商平台中商品、订单、用户等基础业务服务
价值:项目的基石和内在质量,bug数,非常影响项目的开发进度
关键点:关键进度,项目质量

技术服务组-两条腿
职责:技术和业务架构,技术调研,核心算法
价值:项目的基石和质量 

测试组-督军,参谋,太子伴读
职责:发现bug,质量保证
价值:项目验收,达到产品阶段目标 

多句嘴
1.对外统一口径
   对外说话时,组员不要瞎BB,比如说的话,和负责人最后拍板的决策相冲突。

2.政治正确
   公开场合,不要轻易对公司的商业模式和部门内部决策,发表负面意见。 

老板视角
  在老板等外界人士看来,人家不关注你的架构多牛逼,性能多逆天!
  产品是否是咱们需要的,UI是否漂亮,做出来的APP和网站,能否按时交付,推动公司业务发展!
  部门负责人、产品、UI设计,是开发阶段,上级老板所关注的。
  APP和Web网站,是交付阶段,老板关注的。
  业务、架构、算法、测试,一般老板根本不懂,也没有兴趣。

小雷FansUnion-一个有创业和投资经验的资深程序员-全球最大中文IT社区CSDN知名博主-排名第119
博客:http://blog.csdn.net/fansunion 
2016年7月10日
湖北-武汉 
 

雷观

1.见人说人话,见鬼说鬼话。
  
2.公开场合,请务必保持政治正确。

           

再分享一下我老师大神的人工智能教程吧。零基础!通俗易懂!风趣幽默!还带黄段子!希望你也加入到我们人工智能的队伍中来!https://blog.csdn.net/jiangjunshow

相关推荐:

Python怎么自动格式化代码_Black工具一键重排代码结构保证团队代码风格统一

Black是Python的强制格式化工具,非美化器而是重写器;它以固定规则一键重排代码结构,几乎无配置选项,确保团队风格绝对统一。 Black是什么,它真能“一键”格式化? Black是Python的代码格式化工具,不是“美化器”而是“重写器”——它不问你意见,直接按固定规则重排结构。所谓“一键”,...

Python 团队代码规范的强制执行

必须将pep8检查嵌入开发流程:本地用pre-commit+black/flake8拦截提交,ci中强制校验并锁死工具版本;明确区分强制项(如行宽88、4空格缩进)与可协商项(如引号风格),杜绝“假装合规”和新人踩坑。 怎么让团队真正在写代码时遵守PEP8 靠文档和口头提醒没用,必须把检查嵌进开发流...

Python 日志规范在团队中的落地方法

日志级别选择需严格匹配场景:debug仅开发测试用且上线必关;info是唯一长期开启级别,记录业务动作;warning表潜在问题但未崩溃;error必须带exc_info=true;格式化须用懒求值参数传递而非拼接或f-string。 日志级别怎么选才不被同事喷 团队里最常吵的不是用不用loggin...

Python trio vs anyio vs asyncio 的团队选择

选asyncio还是trio取决于团队是否愿为结构化并发“多写两行”:asyncio适合已有稳定生态的项目,trio更利于新项目与可维护性,anyio是渐进迁移兼容层,curio仅适用于教学或原理验证。 选asyncio还是Trio,关键看团队是否愿意为结构化并发“多写两行” 如果你的团队已经用as...

Python pyright vs mypy 的团队选型

ci中优先用mypy,因其检查更严格稳定;pyright更适合开发时实时反馈。两者需统一python_version配置,noreturn应显式标注,第三方stub缺失时mypy更敏感,配置应按阶段分离。 pyright和mypy哪个更适合CI流水线 pyright更快,mypy更准——但“快”在C...

Python 测试文化对团队质量的影响

python测试失败主因是环境配置与规范问题:sys.path、包结构、命名规则(test_、test、test_*.py)、mock误用及覆盖率陷阱,非懒惰所致。 测试写不起来,往往不是懒,是环境没配好 Python项目里pytest跑不起来、ImportError找不到模块、conftest.p...

Python SRE 文化在团队中的推广

sre文化在python团队易变“运维背锅会”是因为误将基础监控当sre落地,忽视slo定义、变更风险控制与开发责任;需用pyproject.toml约束、标准化health_check、ci压测等工程实践倒逼sre真正落地。 为什么SRE文化在Python团队里容易变成“运维背锅会” SRE的核心...

Python编码规范实战教程_提升团队协作效率

Python编码规范的核心价值是提升代码可读性、可维护性与协作效率,以PEP8为基础强调一致性而非教条,辅以flake8、black、isort等工具自动检查与格式化,并落实docstring、类型提示及Git协作约定。 Python编码规范不是为了束缚开发者的创造力,而是为了让代码更易读、易维护、...