- 综合排序
- 最热优先
- 最新优先
- 来自专栏SAMshare
数据科学团队如何产生有用价值？
然后，就像脸上挨了一记耳光，老板告诉我，他对我们数据团队的印象是，我们得不到任何有意义的数据。 说这件事让我措手不及还是保守的。我知道这个团队工作有多努力。 然而，我的老板告诉我，他对我们的数据没有信心，也对团队在许多需要数据和分析的情况下提供价值的能力没有信心。 我无法释怀，因为我真的很困惑。 经过一些搜索和一些实例，我了解到现实是团队并不总是处在默认探索的心态。这是我的错。我委派了具体的任务和要求，而没有花时间与团队一起设定任务的期望级别。 作为一个领导者，仅仅建立正确的团队是不够的。你还必须形成正确的团队态度和文化。你的职责是确保组织的需求是设定优先级的首要因素。 ---- 怎样才能扭转局面？ 我们的数据团队与组织的大部分部门隔离。
51010发布于 2019-11-11 - 来自专栏walterlv - 吕毅的博客
StyleCop 是什么，可以帮助团队带来什么价值？
StyleCop 是什么，可以帮助团队带来什么价值？ 2018-12-15 08:14 StyleCop 本质上是一个 C# 源代码规则分析器，可以帮助团队成员强制执行一组代码样式和一致性规则。 本文将简述 StyleCop 以及它能为团队带来的价值。 ---- StyleCop 是什么？ StyleCop 本质上是一个 C# 源代码规则分析器，可以帮助团队成员强制执行一组代码样式和一致性规则。 划重点 —— “强制”。 StyleCop 的优势和价值 StyleCop 的最大优势在于其“强制性”。
88320发布于 2020-02-10 - 来自专栏Android 研究
PMI-ACP 敏捷项目管理6——交付价值与确认价值
一、交付价值 交付价值贯穿敏捷项目执行始终。为了完成这个目标，团队应该利用精益的最大化价值交付活动和最小化浪费或者合规活动(非增值)原则。 另外，复杂的进度会疏远团队并减低整个团队的效率，相反卡片等这些低科技、高接触的物理工具可以增加面对面在一起的机会，有利于团队的合作。 增量交付减少了早期发现问题造成的返工工作量，更有益于项目价值 二、确认价值 通常开发好的产品，团队认可，但是发起人和业务客户确认时，可能会存在异议或者争议。 确认价值就是核实团队进行中的工作是否符合期望，但这并不等于说进行汇总 的工作要跟项目开始时描述一致，这两者是有差异的，这也是敏捷实践的关键所在。 (一)、客户价值优先级 客户价值优先级既可以用来规划价值，也可以用来确认价值。在项目进行中，剩余工作的优先级可以重新排列。团队和客户一起的协作确定变更，但是这些变更通常在每个迭代结束时进行。
1.8K40发布于 2018-08-30 - 来自专栏杨建荣的学习笔记
为什么我们的数据科学团队无法产生价值
然后，就像脸上挨了一记耳光，老板告诉我，他对我们数据团队的印象是，我们得不到任何有意义的数据。 说这件事让我措手不及还是保守的。我知道这个团队工作有多努力。 然而，我的老板告诉我，他对我们的数据没有信心，也对团队在许多需要数据和分析的情况下提供价值的能力没有信心。 我无法释怀，因为我真的很困惑。 经过一些搜索和一些实例，我了解到现实是团队并不总是处在默认探索的心态。这是我的错。我委派了具体的任务和要求，而没有花时间与团队一起设定任务的期望级别。 作为一个领导者，仅仅建立正确的团队是不够的。你还必须形成正确的团队态度和文化。你的职责是确保组织的需求是设定优先级的首要因素。 ---- 怎样才能扭转局面？ 我们的数据团队与组织的大部分部门隔离。
59030发布于 2019-11-11 - 来自专栏华章科技
盘点数据治理的6个价值
作者：用友平台与数据智能团队 来源：大数据DT（ID：hzdashuju） 对于企业来讲，实施数据治理有6个价值，如图1-2所示。 ▲图1-2 数据治理的6个价值 01 降低业务运营成本 有效的数据治理能够降低企业IT和业务运营成本。
1K30编辑于 2022-04-14 - 来自专栏木东居士的专栏
数据团队思考：小型数据团队发展的6大建议
数据团队思考：小型数据团队发展的6大建议 0x00 前言 最近遇到了不少待在小型数据团队的朋友在吐槽自己的团队如何如何的坑，比如说： 基础建设特别差，用什么没什么！ 鉴于这些吐槽的内容，居士将从如下几个方面来分享本篇的主题：小型数据团队发展的6大建议 为什么你的团队是一个小型的数据团队？ 小团队会面临什么样的难题？ 杂七杂八的需求 VS 团队的成长和价值体现：干着打杂的活，如何才能有提升，才能有数据的价值？ 其实问题挺多的，先列这三个吧，有更多想讨论的欢迎留言评论。 数据最终还是要服务于业务的，千万不要等你的数据基础设施都建设完成了，最终发现团队没有一个可以产生价值的业务，只能无奈地变成一个被边缘的服务方。 另外，数据挖掘本来也是数据团队的工作内容，这里的6个建议同样适用。 补充说明一点：本文是从团队的角度来考虑，并不是个人的角度。 最后，欢迎大家提出你的意见，批评也很欢迎，一起讨论才会有进步。
1.1K10发布于 2019-11-12 - 来自专栏devops
架构师的核心价值是让团队高效协作
在技术圈，有个很常见的误区：认为架构师的价值在于“技术天花板”——比如能写出最优雅的底层框架、能解决最复杂的性能瓶颈、能掌握最前沿的技术栈。不可否认，扎实的技术功底是架构师的立身之本。 最终，这个本应6个月交付的项目，拖了整整10个月，还出现了多次线上故障。这个案例暴露了一个关键问题：写代码是“个人能力”，而架构设计是“组织能力”的延伸。 架构师的核心任务，不是自己成为“代码超人”，而是搭建一个“让团队高效协作的框架”——包括清晰的模块划分、明确的接口定义、统一的技术规范、顺畅的协作流程，让每个成员都能在自己的领域发挥价值，最终形成“1+ 二、架构师的核心价值：搭建“协作的桥梁”真正优秀的架构师，都懂得“跳出代码看系统”。 四、结语：技术是根基，协作是升华技术精深是架构师的“底气”，但高效协作才是架构师的“价值放大器”。
31010编辑于 2025-12-12 - 来自专栏云云众生s
2025年给DevOps团队带来展示新价值的压力
虽然安全团队和开发团队历来存在矛盾，但随着安全左移，开发团队可以利用安全团队已经奠定的基础来展示其价值。 通过观察 SecOps 如何确定其投资回报率并建立内部拥护者，DevOps 团队可以同样展示其价值，使其工作与投资回报率和业务目标保持一致，并为自身及其团队争取利益。 展示投资回报率和价值 为了更好地展示价值，DevOps 团队应该跟踪和共享与业务成果相关的特定指标。关键指标包括事件的平均恢复时间 (MTTR)、减少的停机时间和新功能部署频率。 建立 DevOps 冠军 技术领军者帮助弥合技术执行和业务价值之间的差距，巧妙地将团队的成就转化为领导层的理解。 为了确保他们在2025年及以后在预算中占据应有的地位，DevOps团队应将其工作与更广泛的组织目标保持一致，定期跟踪和沟通投资回报率，并培养能够有效地向高管层传达价值的技术领军者。
24610编辑于 2025-01-09 - 来自专栏漫谈测试
聊聊测试团队的价值在项目中被低估处理策略
比如，如果测试团队还在做大量手动测试，没有自动化，或者缺陷发现晚，导致修复成本高，那价值自然被低估；如果是外部认知，比如管理层觉得测试就是“检查”，不理解预防性测试、质量左移的价值，那需要沟通。 测试团队的价值要量化，用数据证明。比如，测试阶段发现的缺陷数、严重缺陷数、缺陷修复成本（早期修复成本低）、线上缺陷率、用户投诉中测试未覆盖的比例。 另外，测试团队参与需求评审、设计评审的次数，提前拦截的需求问题数，这些也是价值点。测试团队的价值被低估是许多组织中常见的问题，但这并非无法改变的局面。 测试团队价值被低估通常表现为：项目资源分配不足、测试周期被压缩、缺陷修复优先级低、团队缺乏话语权等。 ，你需要：学习业务知识，用业务语言沟通测试价值建立跨部门关系网络，获取关键支持者定期与上级对齐期望，明确质量目标培养团队明星成员，提升团队整体影响力测试团队价值被低估的本质是“价值未被有效传递”或“能力未匹配需求
24320编辑于 2025-08-25 - 来自专栏云计算D1net
安全团队和云计算团队之间更好协作的6个技巧
良好的沟通、对各个团队目标的相互理解以及适当的流程和基础设施，可以确保云计算团队与安全团队之间建立有效的协作关系。 随着云计算技术的成熟，云计算工程师与安全团队之间更好的协作应该自然地随之增长。 如果云计算团队将安全性视为一种难以应对的阻碍，那么需要来自企业管理层和团队成员的共同努力，它们需要通过建立访问关系、数据共享和其他跨团队的工作来完成。 他建议云计算团队与网络安全团队都要提出一些有关如何使安全性更加轻松和减少干扰的问题。Anderson还建议这两个团队讨论如何消除冲突，以便更快地进行身份和访问管理。 同样，安全团队需要与云计算团队合作创建这个过程。 6 保留安全性和云计算文档的硬拷贝 Raju提倡记录企业的主要安全决策和云计算决策，并在勒索软件攻击或其他网络攻击可能会使企业的团队无法访问在后端系统上的在线文档的情况下，使两个团队都可以访问这些文档的硬拷贝版本
66520发布于 2021-05-08 - 来自专栏味笼的学习笔记
GraphQL的优缺点与团队价值
本文会详细论述GraphQL的优缺点以及使用边界，以及对开发团队带来的价值。 1. 团队价值 2.1 开发价值——前端 对于前端开发人员，主要有以下3个价值： 避免多请求组装数据 避免过度获取数据 易于独立mock测试 举个例子来说明： 对于一个博客的用户主页, 只展示如下数据： 用户昵称 2.2 开发价值——后端 对应后端开发同学而言，也有如下的价值： 减少针对性API设计 业务迭代时，修改方便 便捷文档（Code As Doc） 减少针对性API设计这点，主要体现在，比如针对『不同前端展示的字段不同 2.3 业务价值 对于业务的价值如下： 两端接口定义更方便理解 前端扩张数据控制权 后端从接口适配中解放 图片 GraphQL的灵活性，决定了前端无需与后台对齐接口，就可以开发。 如果团队要使用GraphQL的话，也需要为其配备专门的鉴权、缓存等组件框架，目前这方面生态只能说勉强够用，在内部使用比较方便，如果对外商用的话，可能需要重新设计一套标准。 图片 4.
4.1K341编辑于 2023-02-20 - 来自专栏CDA数据分析师
从数据到价值——创业团队应该关注的四个阶段
不管这批“数据科学家”在自己的专业方面是如何优秀（而事实上也确实极其优秀），他们是否会对这个新生的创业团队带来相应的价值？ 无论他们自己是创业者，还是创业团队的核心员工，还是普通员工，他们成功的概率几何？要让我赌一把，我一定是赌他：不成功（不一定失败，不成功的定义是其实际价值产出远远低于预期）。 但是，一个基本事实：这些优秀的员工在高端大气上档次的企业，如龙如虎，价值发挥淋漓尽致。但是，一旦到一个草根初期的创业团队，他们实现完全成功的概率极低。为什么？ 他清楚的知道：车联网数据里面到底要获得什么价值，是一个具体的从数据到业务的具体问题。在这个基础上，一个具备良好数据挖掘基础、统计学建模训练的专业团队，就可以接着往下干了。 如果没有第2个阶段清晰思考的指导，泛泛地告诉分析团队：我有车联网数据，请给我发现价值！大家可以设想，数据分析团队应该怎么做？能怎么做？
782100发布于 2018-02-08 - 来自专栏猫头虎博客专区
2013年6月6日 Go生态洞察：Go团队的对话分析
2013年6月6日 Go生态洞察：Go团队的对话分析 摘要 嗨，猫头虎博主来了！今天我们要聊的是Go语言和它的魔法。 我在网络上翻阅了许多关于Go的技术话题，最近发现一个宝藏：2013年6月6日，Go团队在Google I/O 2013上的一次火边谈话。 正文 Go团队的见解 面对问题和挑战 Go团队面对的问题包括gc工具链的链接速度和内存使用问题、Go语言在Google内外的使用反应、Android开发中Go语言的地位等。 Go的安全性和TLS实现 Go团队正在努力改进TLS实现，以解决潜在的安全问题。 Go的版本控制和依赖管理 Go团队认识到版本控制和依赖管理在工具层面上的重要性，并正在探索解决方案。 Go在工业界的影响 Go团队希望看到Go在大型软件公司以及初创企业中的显著应用，这将是Go成功的重要标志。 总结 通过这次深入的对话，我们更全面地了解了Go团队对Go语言未来的看法和规划。
14610编辑于 2024-04-09 - 来自专栏技术管理
从成本中心到战略引擎：揭秘IT团队的五个价值层次，看看你的团队在第几层？
摘要：本文将IT团队价值划分为基础保障、效率提升、业务支持、创新驱动、战略引领五个递进层次，从稳定运行到战略引领，构建企业IT价值金字塔，助力IT团队从成本中心升级为企业核心竞争力。 通过我在技术领域这么多年的实践和经验，我将IT团队存在的价值划分为了五个层次。核心观点：企业IT团队的价值从基础保障层开始，逐层提升，最终达到战略引领层。 最后总结企业IT团队的五个价值层次并非是孤立的存在的，它是一个层层递进、相互支撑的体系。从基础保障到战略引领，IT团队需要不断的提升自身的能力，从而实现价值层次的跃迁。 ，通过推动业务的创新，创造新的增长点战略引领层是企业的价值巅峰，引领企业的战略，成为企业发展的核心驱动力所以，对于我们IT团队的管理者来说，需要清晰地认识到自己团队当前所处的价值层次是在那一层，然后通过制定明确的发展路径 ，逐步的提升团队的价值。
41310编辑于 2025-11-26 - 来自专栏漫画前端
对项目做了很多优化，团队中却找不出自己的价值？
目前致力于Node应用框架研究开发与生态建设，实践Node应用在Serverless、Faas场景下的迁移和落地，探索Service Mesh在Node应用中的价值。 正文从这开始～～ 项目优化却体现不出自己的价值？可能你的方式不对？ 2.2 举例 例如：前端基建同学负责前端工程化这块，负责对webpack做性能优化，经过一年时间从原先打包流程需要花2分钟，到目前现在打包花费20s，提升了6倍，与此同时前端工程化脚本，从被50个项目使用 2.3 利用工具 2.3.1 方式一（无工具方式） 如果我们拿上面的例子中的场景，到了年底或者每年晋升阶段： 今年我做了webpack的性能优化，原来打包需要花2分钟，现在只要20s，性能提升6倍。 整体这个前端工程化脚本，要6秒钟。 大部分开发，直接上手干啊。然后就能根据自己经验发现第16行~第20行，有脏代码，修改了，发现了这个问题点最大的一个延时3秒的点。
51220发布于 2020-12-16 《拆解 legacy 系统困局：AI 协作的6个核心价值》
随着项目的深入推进，我们渐渐发现，AI工具带来的价值远不止“提升开发速度”这么简单，它更像一把“思维手术刀”，在潜移默化中重塑着整个团队的开发习惯和工作方式。 到了项目测试阶段，AI工具再次展现了它的价值，帮我们规避了不少潜在的上线风险。我们没有满足于常规的功能测试，而是让CodeBuddy基于整个项目的业务逻辑，生成了一套“边界场景测试用例”。 其中有6个场景是团队在前期设计时完全没考虑到的，比如“临时角色权限到期后，系统是否能自动恢复原角色权限”，这个场景如果没覆盖到，很可能导致用户权限异常，影响业务正常开展。 复盘这次AI协作开发的全过程，我们总结出的核心感悟是：AI工具在开发中的价值，绝不是“替人写代码”这么肤浅，它更像是团队的“超级合伙人”，在三个维度上重塑了开发逻辑。 首先，它是“效率放大器”，把代码解析、注释生成、用例设计等重复性工作的时间压缩了70%以上，让工程师能从繁琐的体力劳动中解放出来，把精力聚焦在核心业务逻辑设计、用户体验优化这些更有价值的事情上。
30710编辑于 2025-09-22- 来自专栏嘉为动态
如何打造运维团队不可替代的“L”型价值体系-下篇
除了基本的保障，运维团队和人员有没有更高的价值呈现？如果有，是什么？ 不知道你是否有想到答案？ 借助于将在2018年6月释放的数据平台和相关核心技术组件，由自动化运维阶段上升到数据化运维阶段；在这个阶段，运维已经能够通过大数据分析辅助运营，甚至提供部分运营决策。 运维综合价值 纵向的运维业务价值，需要依托于横向的运维效率价值的实现，需要依托于像蓝鲸这样的提供强大的平台能力和强大的运维场景扩展能力的解决方案； 而纵向的运维业务价值提升，将直接提高运维团队和人员在整个 、再也无法被轻易替代的运维运营团队的力量来支撑、拉升自己的整体业务水平； 同时企业也将心甘情愿投入更多资源来建设这只“有价值”的团队。 对于主动探索出路和尝试新的技术和解决方案的运维团队来说，“危机”是永远不会存在的。 愿所有的运维最终能告别苦逼，实现自己的真正价值。 备注：本文部分内容引用《腾讯蓝鲸如何打造出无可替代的运维团队？》
1.7K30发布于 2018-12-21 - 来自专栏嘉为动态
如何打造运维团队不可替代的“L”型价值体系-上篇
传统的运维向自动化运维转换的过程，本质是用更加先进的团队组织方式、运维流程、平台工具替换旧的落后的组织、流程和平台工具的过程。 企业运维状态和运维价值分析 把视角聚焦到“部分调度自动化”这个阶段，我们不妨来分析下，企业整体的运维状态和运维人员呈现给企业的运维价值是怎样的。 运维价值层面 那么在花钱聘请了一批并不便宜的运维管理人员和技术专家、购置了一批又一批昂贵的IT设备、部署了一套又一套复杂的基础架构和上层应用系统的企业家或者通俗点说公司老板的眼里，上述的运维团队呈现给企业的价值究竟是怎样的呢 除了基本的保障，运维团队和人员有没有更高的价值呈现？ 如果有，是什么？ 真正有远见的运维团队领导者，都应该去仔细思考以上问题，并给出一个自己能满意的答案。 面对这个危机，我们将在下一篇文章中解答：如何从运维效率和运维价值两个层面，打造运维的“L”型价值体系！
1.6K20发布于 2018-12-21 - 来自专栏啄木鸟软件测试
敏捷测试价值观、方法和实践读书笔记（6）
验收测试和单元测试的关系 单元测试->开发人员的角度 验收测试->用户价值是否被满足 验收测试“三个伙伴”(Three Amigos)：分别代表了 用户(我们要解决什么问题?) ATDD的实践 scrum开发团队为每条验收标准编写可以进行自司测试的测试用例 首先，ATDD不是一种测试方法论，而是一种开发方法论。 其次，验收测试关注的是用户价值是否被满足,而单元测试关注的是代码的实现是否正确。 团队针对需求和实现方案进行讨论。 大家对需求和实现方案达成理解上的共识。 通过明确验收测试的方式确认实现方案。 验收测试方式将被自动化。 (2)开发阶段。 团队成员均对验收测试的自动化负责，而不只是测试人员。 最终，我们的产品实现能让所有的自动化测试通过。 (3)交付阶段。 要保证之前迭代的所有自动化验收测试能在新交付上通过。
26210编辑于 2024-09-10 - 来自专栏机器之心
朱松纯团队新作：让AI「读懂」人类价值观！登上Science Robotics
朱松纯团队长期从事可解释人工智能相关工作。此文是团队第二篇发表在 Science Robotics 的关于可解释人工智能的论文。 我们不妨借鉴一下人类社会的协作，在人类团队合作过程中，共同的价值观和目标是保证团队之间齐心协力、高效合作的基础。 近几年来，一系列研究进展都表明：高效的人机协作依赖于团队之间拥有一致的价值观、目标，以及对任务现状的理解。 这就要求人类通过与机器的沟通来高效地建立整个团队对任务的共识，每个团队成员都采取其他伙伴更容易理解的行为决策来完成协作。 利用这两方面的含义，XAI 系统以一种多轮的、即时的方式展示了价值的一致性，在一个问题搜索空间大的团队合作任务中实现了高效的人机互动交流。
90930编辑于 2022-07-18
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号