首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏PM吃瓜(公众号)

    需求收集

    首先,需求人员在与用户确认需求的过程中,一定不要放过任何一个细节,仔细体会用户的每一个要求。 对于用户的要求,需求人员需要对其加以梳理: 哪些是合理的需求,哪些是不合理的需求,还有一些可能是必要的但是用户没想到的需求。 当众多用户因期望不同而就某些需求优先级的设定难以达成一致意见时,需求分析者可指出每一需求所需的费用、难度、技术风险或其他特定的与权衡需求有关的指标,来客观评价每一需求的优先级。    8 正确理解需求分析文档确认 需求分析是一项繁琐枯燥的工作,需要和用户不断的商讨、确认和反复。 本文从引导用户、需求确认等方面对需求分析中应注意的主要问题进行了研究分析。

    1K20发布于 2020-07-01
  • 来自专栏PM吃瓜(公众号)

    需求收集和分析

    -需求收集 定义为:沟通观察和记录的过程,最终交付需求收集列表,需求调研报告。 需求获取技术:使用文档分析,研讨会,客户拜访,业务流程描述,用例,工作流程分析等技术。 积极主动沟通,包括电话,开会,研讨会等等 -需求分析/方案设计: 交付一系列的文档 评估不同来源的信息,调和冲突需求,把大的需求细化,把抽象的需求具体化 形成FRS功能文档 产品原型 - UI 画流程图 确认是不是一个数据 (有些是过程、或是动作、并不是数据) 接口设计 -需求确认 需求和方案传递给开发人员,负责澄清开发人员的问题 反馈开发的问题给客户,引发需求变更或者方案重新设计 三方敲定最终方案 -开发 跟踪需求交付,了解研发计划和资源分配,分析对需求交付的影响,提请风险处理。 生成CR 报告; 制作维护需求变更列表,制作需求变更周报 对最终用户提供指引

    1.4K20发布于 2019-08-13
  • 来自专栏c#开发者

    如何做好需求收集

    项目前期需求收集过程的效果好坏,会对软件产品的最终质量产生直接的影响。如何收集需求,本文作者给出了一条行之有效的实际操作途径。 什么是需求收集? 据调查显示50%以上产品在市场上失败的原因,是由于忽视了用户需求需求收集需求开发活动中的示意图如图1: ? 如图1 需求收集为什么会困难? 困扰项目组需求收集活动的原因可能如下: v 需求收集人员往往只关注用户反映的表面问题,而不能主动深入挖掘用户的真实需求; v 需求收集人员考虑的问题时习惯干“以产品为中心”,而不是“以客户为中心”; v 怎么做好需求收集活动? 首先,需要建立需求收集机制。其次,使用统一的需求收集系统。最后,在需求收集时,采取一定的技术和方法。 建立需求收集机制 (1).  为了做好这项工作我们需要建立日常的需求收集工作机制,并采用统一的需求收集系统作为信息入口;同时,由于需求收集是统一的讲求技术和方法的活动,选择和的技术和方法有助于获取完整且有效的需求

    1.5K60发布于 2018-04-12
  • 来自专栏Java帮帮-微信公众号-技术文章全总结

    项目管理——需求收集与管理

    项目管理——需求收集与管理 VS 需求收集对于产品经理来说,都已经属于老生常谈了。在产品的立项和设计前需要先做需求调研,在这里我们就来谈谈如何进行需求收集和管理。 一、需求收集目的 需求收集的目的就是了解用户目前所需要的是什么,最迫切需要去解决的问题是什么,有哪些是我们目前所没有满足的等等。 通过以市场为导向的客户需求收集,保持产品的核心竞争力,最终实现产品创新。 市场营销人员保持高度的市场敏感度,通过分析市场竞争力能更准确把控行业发展趋势; 6)销售人员:销售人员需要把握和挖掘产品的销售亮点,从而使产品更吸引客户; 7)财务人员:系统的财务模块使用用户在使用过程中提出的意见和建议; 8) 四、需求收集流程 1.建立收集机制 明确每个需求手机活动参与者的岗位职责; 建立需求预处理流程; 周期性的重复需求收集活动; 2.使用统一收集系统 大部分的项目团队都使用表格来记录收集需求信息,少数采用需求收集系统

    3.5K30发布于 2018-03-19
  • 来自专栏网络安全攻防

    【SDL实践指南】安全需求收集整理

    基本介绍 在软件开发的生命周期中需求收集需求分析占据着很重要的地位,产品经理需要确保通过多种渠道收集和汇总后的产品需求的完善程度,同时也需要在需求分析阶段结合产品功能特性、自身从业经验等多方面筛选有价值的需求 ,辨别需求的真伪,为后期产品步入正常的开发测试部署上线运维阶段打下坚实的基础 在企业的SDL安全建设过程化中需求收集需求分析阶段还需要加入的一个关键点就是——Security,如果产品在一开始的需求收集需求分析阶段只考虑了产品形形色色的功能实现而忽略了安全需求或者需求本身的安全问题 ,那么在产品上线后将随着时间的推移不断涌现各种安全问题,甚至给产品带来灭顶之灾并最终导致产品下线重构等风险,所以在产品需求收集需求分析阶段加入安全需求活动至关重要 安全考量 软件开发过程中的安全需求主要从以下三个方面进行考虑 : 法律法规:从法律法规角度检查在软件需求分析阶段是否有可能牵涉的法律法规需求问题未考虑到 隐私安全:从隐私安全角度检查在软件需求分析阶段是否有考虑到用户使用软件产品时的隐私安全 业务安全:从业务安全角度检查软件需求分析阶段是否有考虑到软件自身业务功能设计的安全问题 ,结合项目和具体常见按需设计即可: 文末小结 需求收集需求分析阶段安全需求格外重要,通过深入挖掘产品需求了解业务,识别风险,完成安全需求的梳理并输出最终的安全需求CheckList,从而将安全需求加入产品研发周期

    98420编辑于 2023-03-29
  • 来自专栏需求数智化管理

    “碎片化需求池”:Visual RM 如何以集中收集打通需求管理盲区?

    当企业数字化转型进入深水区,需求管理却陷入 “碎片化” 困局—— 业务部门的即时消息、零散邮件、文档片段……这些看似琐碎的需求,如何系统化收集与管理,成为影响研发效能的关键挑战。 北京维普时代软件有限公司(以下简称 “维普时代”)推出的 Visual RM 企业级需求管理平台,依托集中收集核心能力,为企业破解需求管理盲区提供高效解决方案,现结合腾讯云生态技术理念与实践场景,展开详细解析 二、Visual RM 集中收集解决方案:技术架构与核心能力Visual RM 作为企业级需求管理平台,基于 “统一入口、标准化流程、结构化存储、AI 智能赋能” 四大核心模块,构建集中收集体系,助力企业打通需求管理盲区 :案例一:某全国性股份制银行痛点:需求来源分散(覆盖 23 个业务部门,涉及即时通讯、邮件、线下提交等 8 种渠道),重复需求占比 30%,历史需求复用率不足 3%,研发成本高、周期长。 成效:需求信息失真率降至 8%,项目延期率从 40% 降至 10%;跨部门沟通效率提升 65%,需求处理成本降低 20%。

    39010编辑于 2025-12-01
  • 来自专栏小工匠聊架构

    Java 8 - 收集器Collectors

    我们学习完收集器以后,会知道collect 是一个归约操作,就像 reduce 一样可以接受各种做法作为参数,将流中的元素累积成一个汇总结果。 相比之下,函数式版本只要再加上一个收集器就可以轻松地增强功能了。 ---- 收集器用作高级归约 对流调用collect 方法将对流中的元素触发一个归约操作(由 Collector 来参数化)。 但 Collectors 实用类提供了很多静态工厂方法,可以方便地创建常见收集器的实例,只要拿来用就可以了。 最直接和最常用的收集器是 toList静态方法,它会把流中所有的元素收集到一个 List 中: List<Transaction> transactions = transactionStream.collect (Collectors.toList()); ---- 预定义收集器 预定义收集器的功能,也就是那些可以从 Collectors类提供的工厂方法(例如 groupingBy )创建的收集器。

    1K20发布于 2021-08-17
  • 来自专栏Ryan Miao

    Java8-Collect收集Stream

    java.util.Comparators则是一个收集器的工具类,内置了一系列收集器实现。 收集器的作用 你可以把Java8的流看做花哨又懒惰的数据集迭代器。 预定义的收集器 下面简单演示基本的内置收集器。 ---- 分组 数据库中经常遇到分组求和的需求,提供了group by原语。在Java里, 如果按照指令式风格(手动写循环)的方式,将会非常繁琐,容易出错。而Java8则提供了函数式解法。 (真的不想搞Java8函数式学习了,感觉到处都是性能问题的坑) 继续数据库sql映射,分组求和select sum(score) from table a group by Type Map<Type, partitionPrimes = IntStream.rangeClosed(2, 100).boxed() .collect(partitioningBy(this::isPrime)); ---- 参考 Java8

    3K50发布于 2018-05-09
  • 来自专栏云云众生s

    平台团队:自动化基础设施需求收集

    这两个团队之间最关键和最脆弱的沟通领域之一是基础设施需求,多年来似乎无法解决。 但现在终于有了解决这种沟通差距的方案:自动化来简化基础设施需求收集。 沟通挑战 平台工程团队经常面临从开发团队收集有关其应用程序的准确需求的困难。开发人员通常不知道所需的特定基础设施信息, 可能会提供不完整或不正确的数据。 当然,还有更极端的“扔过围栏”的情况。 解决这些基础设施漂移问题的方案在于自动化,这些问题源于沟通基础设施需求的挑战。让我介绍一下资源规范的概念,它可以自动将运行时应用程序需求传达给运维团队。 该系统将生成一个资源规范,充当实时文档,详细说明应用程序的运行时需求。然后,可以使用此规范来自动配置基础设施,确保部署的资源与应用程序的需求完全匹配。 3600) await updates.publish({ 'url': download_url }) Nitric.run() 从这段代码片段中,Nitric 框架收集了以下信息

    45710编辑于 2024-07-22
  • 来自专栏服务器运维日常

    如何有效与用户沟通收集需求并编写人类高质量的需求文档

    引言用户需求在软件开发领域占据着举足轻重的地位,它不仅是项目启动的基石,更是引导开发过程、评判进度及确保产品成功的核心要素。 用户需求的明确界定,为软件的功能、目标用户群体以及预期成效提供了清晰的蓝图,助力开发团队明晰项目范畴与目标,确保团队成员对项目有着一致的理解和期望。本文主要讨论如何写出一篇人类高质量的需求文档。 二、梳理需求的方法1、用例图用例图是一种描述系统功能和用户交互的动态视图,它通过参与者、用例以及它们之间的关系来展现系统的功能。 它是UML(统一建模语言)中的一种图形化工具,用于描述系统的功能需求和行为。2、流程图流程图是一种图形化的工具,用于描述和展示各种工作流程、业务流程或系统流程。 总结通过前述方法,经过深入有效的沟通,对需求进行彻底梳理,并严谨地撰写需求文档,最终可以形成一篇高品质的需求文档。

    62321编辑于 2024-08-02
  • 来自专栏全栈程序员必看

    信息收集8——masscan,nbtscan「建议收藏」

    上全球地址范围指定一个端口的打描可在3分钟完成 命令格式 masscan <ip addresses/ranges> -p ports options 地址范围 1.1.1.1-1.1.1.10、 1.0.0.0/8

    1.1K20编辑于 2022-09-30
  • 来自专栏ops技术分享

    K8S散碎问题收集

    但是K8S就不一样了,感觉99%的企业都没必要用K8S,Docker Swarm可以解决绝大部分问题。 问:但我咋觉得K8s这么香呢,相见恨晚 hhh netkillernetkiller (作者) 回复昼星10-20 不知道你是否用过硬件,你用过200万以路由交换设备吗? 明年升级到 8K 电视和PS5 和 XBOX 新版。 4. ;有些集群节点需要在内部配置的,也没有给k8s的接口,k8s直接删了重新pull起不来;还有答主说的这些问题。 所以你给我个上k8s的理由。。。 所以说不是什么应用都适合上k8s,或者说k8s还需要发展。

    65920发布于 2021-07-02
  • 日志收集技术选型:从需求到落地的完整指南

    日志收集技术选型:从需求到落地的完整指南在分布式系统与微服务架构普及的今天,日志作为系统 “体检报告”,其收集效率与分析能力直接影响问题排查速度、业务决策精度。 本文将从日志收集的核心需求出发,拆解选型关键维度,对比主流技术方案,并结合实际场景给出落地建议,帮你避开选型误区。 一、先明确:日志收集的核心需求与痛点在选型前,必须先理清自身业务对日志收集的核心诉求 —— 不同规模、不同架构的系统,需求差异可能天差地别。以下是最常见的需求场景与痛点,可对照自查:1. 进阶需求:“可扩展、低消耗、易维护”扩展性:随着服务节点增加(从 10 台到 1000 台),收集架构能平滑扩容,不出现性能瓶颈;低资源消耗:收集 Agent 占用的 CPU、内存、网络带宽需可控(如单机 插件),适合多数据源场景(如同时收集文件、MySQL binlog、K8s 日志);缺点:配置语法较复杂(基于 Ruby),学习成本高;适用场景:多数据源整合(如混合云环境)、需要高度定制化收集逻辑的团队

    1.1K10编辑于 2025-09-15
  • 来自专栏全栈程序员必看

    Java 8收集器Collectors_实战

    版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

    34010编辑于 2022-11-15
  • 来自专栏EDI电子数据交换知识分享

    实施EDI项目前期,如何收集和明确项目需求

    企业做EDI项目的第一步,一般都是明确EDI项目的需求,明确了需求才知道EDI项目的重点建设方向在哪里。今天就来和大家聊聊,如何收集和明确EDI项目的需求。 1.收集EDI需求 收集EDI需求并非易事,尤其是挖掘需求方详细的、深层次的需求。 很多企业在做需求调研时,经常由于双方对问题描述的不同和理解上的差异,使得需求在不断传递的过程中发生较大的偏差,最终开发出来的功能与原始需求大相径庭。 EDI需求调研的三个关键环节是调研业务部门分析场景,明确实际需求以及预估上线时间。 不同行业的企业EDI建设的价值诉求并不相同,因此在项目前期要注意收集和整理,多跟企业决策层、业务部门沟通,挖掘他们的关注点,弄清楚他们真正想要的是什么,再整理出项目的应用场景、功能需求、交互需求、管理需求

    70620发布于 2021-04-14
  • 来自专栏小工匠聊架构

    Java 8 - 收集器Collectors_实战

    文章目录 Code Code public class CollectorsAction { public static List<Dish> menu = Arrays.asList(

    57920发布于 2021-08-17
  • 来自专栏Tensorbytes

    k8s故障问题收集

    ] Error adding local-path-storage_local-path-provisioner-ccbdd96dc-cbthj/ 0d2b1cd6de25ac114e2075f70f8ac25ef72b299048e728038086f3e7324f400a failed: rpc error: code = Unknown desc = failed to set up sandbox container “0d2b1cd6de25ac114e2075f70f8ac25ef72b299048e728038086f3e7324f400a

    2.5K20发布于 2020-02-11
  • 来自专栏JAVA乐园

    如何收集k8s集群日志?

    在 Kubernetes(K8S)集群中,日志收集是运维管理的重要环节。 以下是几种常见的日志收集方案和工具,以及具体实施步骤: 日志来源 K8S集群的日志主要来源于以下三个方面: 容器内部的日志:容器的标准输出和错误输出会被 Kubernetes 采集并存储。 日志收集工具 常用的日志收集工具和方案包括: EFK Stack(Elasticsearch + Fluentd + Kibana):这是 Kubernetes 官方推荐的方案。 → S3冷存储 日志收集步骤 部署 Filebeat Filebeat 用于收集容器日志。 fields: k8s_container_id: "{{container.id}}" k8s_pod_name: "{{pod.name}}" k8s_namespace

    86710编辑于 2025-06-09
  • 来自专栏小林coding

    2022 需求最大的 8 种编程语言

    2022 年最受欢迎的 8 种编程语言。 Jobs Found: 213K (~8%) Keywords: c, c++. 7、Ruby Ruby 排名第七,共找到了 12.5 万个工作岗位(约占总工作需求的 5%)。 Jobs Found: 125K (~5%) Keywords: ruby, ruby on rails 8、GO Go 是谷歌在 12 年前创建的一种年轻语言。 例如,在 2021 年 10 月 PHP 的需求还只占总需求的约 5%,但到 2022 年 11 月占比就已经接近 10%,几乎翻了一番。 更多详情可查看完整报告: https://www.devjobsscanner.com/blog/top-8-most-demanded-languages-in-2022/

    1.2K20编辑于 2023-01-04
  • 来自专栏小工匠聊架构

    Java 8 - 收集器Collectors_分区partitioningBy

    当然了,用同样的分区谓词,对菜单 List 创建的流作筛选,然后把结果收集到另外一个 List中也可以获得相同的结果 List<Dish> xx = menu.stream().filter(Dish

    54740发布于 2021-08-17
领券