Electronic Joint Business

Solution for E-Business

需求、估算与计划:通向敏捷软件开发的步骤

本文主要介绍敏捷软件开发项目中的需求、估算和计划。有些人认为敏捷估算是无价的,另外有些人反驳说它就是个废物。造成这种分歧的原因可以追溯到 Scrum 和精益看板(Lean-Kanban) 这两种工作方式间的差异。 在软件开发中,所有人都认同这样一些目标:快速、可靠、在为用户提供高品质有价值的功能的同时降低软件发布的风险。那么什么可以帮助实现这一目标呢?难道只有编码? 背景 事实已经证明,大多数软件开发项目之所以出现差错是因为沟通不畅或者是由于在团队内或团队与客户之间存在沟通失误。因此,我们将讨论如何让要软件的人和做软件的人进行有效的沟通。 一味编码看来不起作用,不是吗? 要不要进行估算? 如果老板马上要看到项目估算,怎么办? 如何避免糟糕的项目估算? 我没打算发布什么新的革命性的东西,也不指望能收到“好神奇,谢谢你的文章”之类的留言。本文只是老生常谈,但是无论何时,每个人都应该设一个提醒,以防错过一些东西。 温故:什么是需求? 需求是客户想要的某种东西(功能、行为或约束)。A requirement is a non-compliable piece of paper。更简单的说,需求就是工作的要求。 需求不是解决方案的设计或者实现,也和如何实现某个具体功能无关。在需求被丢给团队的时候,通常也不会具体阐明最终交付产品看起来会是什么样子的。 需求阶段可细分为需求获取(收集、了解、审查并阐述利益相关者的要求)、分析(检查一致性和完整性)、规范(为需求编写文档)和验证(确保指特定的需求正确无误)。1 温故:估算 其中任何软件项目中最具挑战性的方面之一是估算 — 确定工作将需要花多长时间。它是如此困难,有人称之为“黑色艺术”。 任何运营软件项目的人应该拥有一本 McConnell 的书《软件估算:揭秘黑色艺术》。 对富有创造性且不可预知的工作进行估算那是相当的困难。然而,我们却被要求在项目初期就对软件项目进行估算,而且尽管我们一直提醒管理层这些估算相当粗糙,但最终这些最初的估算都变成了承诺。 估算能增加的价值范围不太确定,而且需要管理相关的风险。这就是为什么项目中 Scrum 团队会使用估算,而精益看板团队则一般不用。 你估算的能力如何? 如果你认为你估算的能力不错,你可以点点这个链接: how good an estimator are you? 估算为什么是必须的? 为了制定计划并如期进行 股算帮助利益相关者未雨绸缪。他们是我们提供的价值的一部分 为了了解成本 为了计算可能的投资回报率 ROI 为了了解某个东西的尺寸 1.To plan and proceed deliberately. 2.Our […]

, ,

Leave a Reply

Your email address will not be published. Required fields are marked *

Time limit is exhausted. Please reload CAPTCHA.