首页 » 软件开发 » 项目屡屡亏损,怎么办?(工时需求预估测试项目)

项目屡屡亏损,怎么办?(工时需求预估测试项目)

少女玫瑰心 2024-07-24 03:25:29 0

扫一扫用手机浏览

文章目录 [+]

公司亏损真愁人

公司是一家刚创立一年的小型软件开发公司,主要业务是针对客户定制开发一些行业软件。
刚成立的前半年没有赚钱,是很正常的,因为刚刚起步,项目也没有进入正轨,可是后半年仍然亏损就有点奇怪了。
公司管理层决定仔细挖掘背后的原因,我作为研发负责人主要针对研发项目进行分析。

分析亏损原因

项目屡屡亏损,怎么办?(工时需求预估测试项目) 软件开发
(图片来自网络侵删)

公司的研发流程比较简单,因为项目少,员工也少。
流程如下:市场部获得项目机会后,和研发部一块沟通研发成本。
研发部安排几个研发主力预估开发工时,并增加部分需求分析和测试工时。
在预估工时的基础上预估成本,增加一定的利润后,计算合同底价。
由于市场竞争激烈,所以签订的合同基本是在合同底价左右。

公式如下:合同底价=((预估工时人力成本)+其它成本)(1+利润比例)。

按此计算,公司应该获得“利润比例“中的部分,扣除公司运营费用,应该可以获利才对。

针对这个问题,我把几个已完成项目的预估工时和实际工时对比, 开发部分的工时基本与预估的一致,大约偏差在5%以内,这个偏差基本不会影响最终的结果,所以肯定还有其它的原因。
但是由于上半年的工时统计制度不完善,并没有把项目全部的工时投入进行记录,所以很难进行精确的分析。

针对实际数据进行分析

针对工时精确记录的问题,我制定了详细的工时汇报流程,主要是使用软件开发管理工具和每周进行工时统计。
记录软件开发过程中每个环节所用的工时,包括需求分析,模块开发,集成调试,测试优化等几部分。

在最近的一个小项目中进行了完整的应用,项目刚结束,我就把工时数据进行了统计。

工时统计(姓名均为化名,数据为真实数据)

数据显示:开发部分包括前端开发、后端开发、数据分析开发。
共计59.9%。
测试部分:19.3%。
需求分析部分:20.6%。

各部分工时占比

看到这个数据让我大吃一惊,原先认为最重要的开发部分,竟然只占60%左右,需求分析加测试占比高达40%。
仔细回忆一下,在这个项目中,需求分析师与客户经常交流,并且经常与项目组各成员沟通需求,花费了大量的时间。
虽然这些时间都比较零散,但是汇总起来,是一个非常大的数目。
测试人员前期要写测试用例,后期要进行多轮的复归测试,也会占用大量的工时。

这个数据让公司亏损的原因水落石出了,公司原先预估的工时,主要考虑了开发工时,虽然也估计了需求分析和测试,但是只是在原先的基础上添加少量工时,远远达不到40%,这个40%就是亏损的真正原因。

随后公司管理层对这个分析结果进行了总结,认为有以下几方面的不足:

1,公司对需求分析和测试重视度不够,预估工时和实际偏差非常大。

2,公司没有建立完善的工时统计机制,无法比较精确的统计每个项目的工时。

解决方案

既然找到了不足,就可以针对性的制定解决方案。

1,公司对需求分析和测试重视度加强,预估工时增加比例。

2,公司建立完善的工时统计机制,以后的项目都要进行总结,逐渐形成一套比较准确的工时预估方案。

我个人在这个事情发生后,也对需求分析和测试进行了仔细的研究,发现国内的大部分小公司都存在相同的问题,即对需求分析和测试重视不足。

需求分析和测试如果不重视会造成很多严重的后果,轻则不赚钱,重则亏损。

几种常见的问题如下:

1,开发结果与客户需求不一致,造成返工。

2,客户需求频繁修改,工期拖延。

3,没有建立完整的需求文档,出现扯皮现象。

4,软件上线出现大量bug,降低客户满意度。

需求分析

解决方法如下:

1,软件公司应该从观念上重视需求分析和测试。
通过会议或内部培训,提高员工对需求分析和测试重视度。
只有心底认为它很重要,才能真的重视。

2,增加需求分析和测试的投入。
软件项目前期为需求分析划分必要的时间,宁可晚一些开始开发,也要把需求分析做充分。
从以前的经验来看,这是非常值得的。
前期测试人员可以同时编写测试用例,后期必须进行完整的几轮测试,才能上线,甚至延期都是非常有必要的。
一个晚点优质软件比一个早点的次品强的多。

3,需求文档不可少。
需求分析说明书是需求分析阶段的成果,是和客户沟通一致的重要凭证,是软件开发目标的唯一依据。
必要时双方都要签字,可以有效避免扯皮的现象。
即使需求必须修改,也能明确双方的责任,有利于后期的合作。

4,需求评审会议准时开。
需求评审会议是对需求分析工作的总结,可以统一项目组对需求的认识,是进行下一步工作的前提,是一个重要的里程碑。
评审会上往往会提出原先没有发现的需求点或者不明确的需求。

5,测试用例必须写。
项目需求分析阶段,测试人员要全程参与,了解项目需求,并编写测试用例。
测试用例对测试工作非常关健,好的测试用例,可以测出90%以上的bug,大幅提高软件质量。
测试用例也可以在回归测试时重复使用。

6,测试报告很重要。
测试工作完成后,要提出测试报告,测试报告是软件质量的数据表现,是软件发布的依据。
如果测试报告中未解决bug过多,坚决不能发布。

希望通过此文,提高大家对需求分析和测试的重视度,软件开发少走一些弯路,祝大家项目成功,公司盈利。

谢谢阅读,如有批评指正,请留言。

公司盈利

标签:

相关文章

C语言表白代码,编程之美,爱意绵绵

在这个科技飞速发展的时代,编程已经成为了我们生活中不可或缺的一部分。而C语言作为一门经典的编程语言,更是备受青睐。今天,就让我们用...

软件开发 2024-12-04 阅读9 评论0

16倍速生活方式,高效工作与生活的完美融合

随着科技的飞速发展,我们的生活节奏也在不断加快。在这个快节奏的时代,如何高效地平衡工作与生活,成为了许多人关注的焦点。本文将探讨1...

软件开发 2024-12-04 阅读8 评论0

C语言编程猜数游戏,编程与娱乐的完美融合

在科技日新月异的今天,编程已经成为一项重要的技能。作为计算机科学的基础,编程不仅可以锻炼我们的逻辑思维,还能提高我们的动手能力。而...

软件开发 2024-12-04 阅读8 评论0

C语言病毒代码介绍,技术与道德的双重挑战

随着信息技术的飞速发展,网络安全问题日益凸显。病毒作为一种恶意软件,严重威胁着计算机系统的稳定运行。C语言作为一种功能强大的编程语...

软件开发 2024-12-04 阅读6 评论0