Worktile 项目协作工具

研发项目的资源管理目标是什么

研发组织的项目资源管理对企业对项目都是十分重要的,涉及的组织以及外部供应商可能会比较多。它往往要经历多次主要反复沟通。研发组织的资源为项目而存在,资源过剩会给组织带来浪费,资源过少又会影响项目目标的达成。一、软件研发组织的资源管理目标是什么研发组织的资源为项目而存在,资源过剩会给组织带来浪费,资源过少又会影响项目目标的达成。 另外,资源在不同的组织间分配不平衡或者资源在时间上分配不平衡也会对项目造成不利的影响。将人员合理的分配的各个开发团队中,在各个开发团队之间进行人员的协调是保证软件项目顺利完工的前提条件,因此研发组织的项目资源管理就是要解决各类资源在不同项目之间的分配与平衡。 二、怎么才能做好研发的资源管理首先,资源管理要在年度项目规划的时候就开始。一年之计在于春,企业往往在年底或者来年的开始就要做资源的规划。需要规划什么样的资源,规划多少资源均是由项目决定。在软件研发组织中,往往在年底就开始进行产品研发的规划。产品规划确定后,如何支撑来年的该项目标,人力资源的规划便是其中一项很重要的环节。 产品经理规划是一个高级别的产品计划,它可以是一年的计划,也可能是多年的计划。在这个计划中要精确的计算出需要多少人力支撑,几乎是不现实的。 在这种情况下,我们如何规划人力资源呢?方法之一就是采用以项目为中心的滚动式的项目人力资源计划——滚动式的项目人力资源计划着重要解决资源的类型、资源的数量、资源的获取、资源的利用效率。 首先是项目资源类型问题。软件研发组织的项目人力资源的基本类型是需求分析师、软件设计师、开发工程师、测试工程师以及项目管理者。根据项目的不同,可能还有更多的其他角色,比如视觉设计师、交互设计师、QA等。我们在规划前期就需要将这些资源类型定义清晰,

如何写好测试用例?

本文面向所有需要设计、执行、评价测试用例的角色,如需要写底层测试的研发、负责测试设计与执行的测试、进行代码或测试评审的研发负责人和质量负责人等,以及想提升对软件质量理解的其他角色。我们看到的大部分关于测试用例设计的文章,都在讲等价类、因果图、流程法等内容,这是关于测试用例的具体设计方法层面。本文想讨论的重点是,测试用例设计该遵循什么原则,有哪些思维和观点有助于产出更好的测试设计,这些思考汇集了对质量和测试的理解,以及对设计成本和质量预期的平衡,思考这些原则有助于测试设计的完备性和有效性。 一、测试用例有哪些设计原则?测试用例设计需要遵循以下原则:基于需求、场景化、描述精准、可判定、原子化、可回归、独立、正交。下面就这些原则来逐一解释。 1.基于需求测试用例是为了验证需求而设计的,应避免过度设计。 从需求出发,设计能有效验证需求的测试用例明确不在需求范围内的功能,不设计测试用例在需求范围内的功能,不过度设计一些没有明确提出、但属于共识或隐含的需求,应设计测试用例例1:集成系统之间用于同步数据的更新接口,需求规定接口只允许单独调用,如果设计了并发量的测试,就属于过度设计。就算并发量测试出了问题,也不能作为软件缺陷,因为并发调用不在需求范围内。 例2:单次调用这个接口,等了半天没响应。这种情况,

如何通过敏捷开发应对这波疫情的冲击

随着「第九版」、「二十条」以及最近发布的「新十条」,我们的防疫措施转向开放和共存,全国各地的企业陆续复工复产。这让我们仿佛看到了经济的快速复苏和生产力的立即回升。 但是,北方的几个城市相继出现了大量人员感染的情况。特别是最近,北京的感染人数肉眼可见地快速增加。大家仿佛一夜之间从「因为封控无法上班」变成了「因为发烧无法上班」。突如其来的情况令众多团队措手不及:人员因病无法到岗,或者因为需要照料家人无法全身心投入工作,导致项目进度濒临失控。 同样的,作为以北京和西安为研发中心的 PingCode 团队也面临着这样的问题。接下来,本文试图和大家分享一下我们是如何通过敏捷开发,结合 PingCode 产品本身来尽力解决问题的,希望能够为您提供一些灵感和思路。 一、更加细致地进行迭代容量估算在 Scrum 流程中,迭代计划会议的第一个阶段就是要确定团队的容量,就是确定当前迭代能够完成的故事点总和。一般来讲,这个数字是参考之前已完成的迭代,然后再进行讨论,并最终达成共识。在人员相对稳定的情况下,上述方式不会有什么大问题。但是,因为处在第一波疫情冲击之下,对于容量估算则要格外谨慎和小心。为此,我们引入了一个简单的公式进行计算。首先我们会统计之前(冲击前)几个迭代的平均容量。

智齿客服