解决软件开发费用计算标准-「软件项目预算成本」

admin 软件开发资讯 2021-06-16 15:39 0


最近完成的一个项目激发了我写这篇文章的灵感。与任何其他项目一样解决软件开发费用计算标准,存在包括在评估软件项目预算成本估算时,以及问题有趣的解决方案,尽管如此,团队的战斗精神使按时完成项目成为可能。得到期待已久的假期。所有这些都值得单独写一篇文章。但最重要的是,我们在撰写本文的基础上获得了宝贵的经验。当涉及到开发软件的软件项目预算时,我们经常会犯错误。看起来是因为项目开发过程中出现的一些小事,但实际上,我们本可以提前发现并考虑到它们。本文包含简单但同时有用的建议以及计算软件成本的方法。这对于项目经理、架构师、系统分析师、IT解决方案销售商以及参与估算固定格式软件开发成本的其他所有人都会派上用场。我们将只关注如何计算软件开发成本,估算持续时间是完全不同的故事。我将描述如何估算软件项目成本的个人经验,当然,您可以有其他情况和您自己的方法。影响软件费用计算标准的因素市场上绝大多数项目都是基于固定价格合作完成的项目(提前计划预算和条款,在敲定交易阶段)。在评估项目时,团队除了标准的风险和问题外,还必须考虑想要结合的客户的“现代有效”方法:在撰写技术任务之前,对预算和条款进行准确的估算,并将其包含在合同中,然后在项目实施过程中,严格控制预算和条款;开发团队的灵活性,项目期间出现的所有客户需求的实现(因为客户通常直到项目中期才知道他们想要什么)。但是,尽管对应该实施的内容和方式存在误解,客户还是无情地“削减”了项目计划的任务(以降低费用计算标准),包括团队仍需履行的职能。各种因素对成本的正负影响在项目管理不成功的情况下(如果团队跟随客户的领导),团队很容易超过期限和预算,因为合同已经签订,预算已经商定,因此他们只能亏本工作。很明显,客户是唯一的罪魁祸首。问题是软件项目的估算软件项目预算往往是在没有充分分析需求的情况下计算出来的,任务安排不充分和不正确,而且很多时候,估算中只包括编程,而测试和管理没有得到适当的关注。签订合同时,卖方半途而废,降低价格,以项目经理为代表的团队没有足够坚定地捍卫自己的立场。同时,所有参与者都专注于结果——每个参与者都看到/预见到问题并通知经理。还有另一个因素——项目、系统和技术的多样性,以及缺乏合格的专家。这意味着在规划项目时,架构师或项目经理可能不会考虑到他们可以在团队中聘请之前没有执行过此类任务的专家或资质不足的人。


当然,在这种情况下,性能会低于预期。如何计算软件项目预算,使估计的工作足够准确?首先,查看问题并尝试找到解决方案。客户希望在签订合同之前知道项目的费用计算标准和截止日期的确切数字。解决方案:确定并制定工作的验收标准。怎么做?客户需要提出正确的问题:“你怎么知道项目是成功的?”以及谁以及他们将如何移交系统,以及询问将做出决定的人需要做什么才能使项目被接受?。确定尽可能多的需求,最重要的是,确定项目的约束条件(即不仅是功能性需求,还包括非功能性需求)。测试要求。简单来说,确认书面要求是现实的、一致的,并且以可以检查解决方案是否符合要求的方式制定。从那时起,尽可能详细地编写解决问题的列表和选项。客户希望看到或多或少的详细工作清单,以便在就软件开发费用计算标准达成一致时,他/她会削减最不合适的部分。解决方案:在工作流计划中,重要的是要突出显示所有任务,而不仅仅是“可见”的任务。例如,有查看某些数据的用户要求。该团队确定了需要完成的任务并估计了56小时的总工作量,将它们分解如下:但事实上,这些任务具有基本功能——在数据库中创建表、存储过程或视图以供选择、创建业务对象、将它们连接到安全模块、连接到日志记录模块、配置等。如果客户说:不,时间太长,会发生什么。让我们减少和删除分组和排序任务(减去32小时)。与此同时,正在讨论项目工作的卖家也无话可说。另一方面,无法在24小时内达到整个体积。在这种情况下如何计算软件项目预算?我建议突出显示基本功能。


在这种情况下,这个“从数据库中获取数据”任务需要28小时,其他任务需要4小时。这将使卖家的行为更正确。通过删除不必要的功能,仍然会有足够的开发时间。对需求的详细分析、技术任务的构成以及项目的或多或少明确的工作领域在合同签署后进行。解决方案确定需要在系统中实施的项目的尽可能多的需求和约束,并找出如何正确制定和检查每个需求。很多时候,事实证明,客户之前删除的技术参考点仍然会弹出。无论如何你都必须处理它们,这就是为什么最好在合同中对项目范围设置某些限制。它应该包括客户从提议的计划中删除的所有项目,以及团队在项目范围之外清楚地看到和考虑的其他项目。所有软件开发方法都关注这一点。事实上,这可以正式作为合同的补充或作为技术任务的一部分。定义需要由客户完成的工作非常重要。这应记录在合同中(合同附件、职权范围)并注明截止日期。几乎到项目中期,客户都不知道自己想要什么(更不用说收集需求的阶段了)。包括可能发生变化的时间框架(即可能发生变化的阶段);安排定期演示(例如,在需求收集和计划阶段-每周一次,在开发阶段-每两周一次)并考虑准备和运行它们的劳动力项目预算。不仅应为企业客户进行演示,还应为可能参与项目的其他客户部门的员工(系统管理员、关键用户、安全服务等)进行演示。这将允许在早期阶段接收评论,讨论问题,并允许用户习惯界面和功能。客户希望团队能够灵活地表达他/她的愿望(更改、添加)并在项目内实施,而不是在后续改进的框架内实施。同时,客户绝对不想听到有关预算变化的任何消息。解决方案:在项目计划中,我们明确地包括了可能发生变化的时间(我们在时间和预算方面设置了缓冲,在固有风险之外),根据客户的要求,将其用于所需的变化和改进。这首先使在项目内进行更改成为可能,其次使客户仔细考虑更改请求,因为此资源已经明显有限。考虑迭代设计方法的可能性并计划这些迭代。考虑到会议、表演、示威等的数量。如上所述,在合同中(作为合同的补充,或在职权范围内),最近完成的一个项目激发了我写这篇文章的灵感。与任何其他项目一样解决软件开发费用计算标准,存在包括在评估软件项目预算成本估算时,以及问题有趣的解决方案,我们包含了一个条件,描述了超出项目范围的所有内容。


客户希望查看有关系统的大量文档。解决方案:我们在软件开发计算器中包含了创建文档的项目预算。如果重新组建项目团队,则存在一位或另一位专家的资质可能低于预期的风险。解决方案:在计算开发软件的费用计算标准、规划任务和实施时间时,必须关注低于预期级别的专家参与项目IT技术和任务变得越来越复杂,这使得在项目早期阶段识别所选技术的缺陷变得更加困难。解决方案:有必要在计划中包含一定的风险时间,团队可以选择使用;尽早执行与风险技术相关的任务。如何估算软件:最佳实践IT技术和任务正变得越来越复杂。识别所选技术的缺陷并非易事。如何估算软件成本,从哪里开始?简而言之:了解需要做什么才能实现项目目标并以最佳方式交付;尽可能多地确定项目的要求和限制;测试收到的需求;为了确定开发一个软件程序需要多少软件项目预算,请所有相关专业人士参与。开发软件的成本有用的技巧,要正确估算软件成本,请遵循以下规则:为了实现项目的目标,将其分解为自定义操作,分解为任务,分解为子任务等。依此类推,直到初级专家级别的人员可以理解每个任务并具有如何检查的明确标准其实施。请记住突出显示不能排除的基本任务。总而言之,我们可以看到,涉及这两位专家的整个工作范围大约需要30.5小时。始终计算可能的最长结果,以便为意外情况提供后备时间。掌握这些小时数后,您现在可以根据您提供的费率轻松计算实施资产的成本。如果您需要分析具有许多要实现的功能的更复杂和多方面的项目,请对每个单独的功能和活动使用相同的方案。在中定制软件的费用计算标准是多少?在这里你得到了一个绝对诚实的算法来计算开发软件项目预算。如您所见,我们没有隐瞒任何事情,也没有试图在竞争对手看到主要收入来源的地方赚钱。在DICEUS,一切都是100%诚实和透明的。如果您想知道开发软件的成本是多少-写信聊天、发送电子邮件或致电我们。我们的经理随时准备回答所有问题,并为任何问题提供最有利可图的解决方案。

发表评论

评论列表(条)