New answers tagged

0

Rate all defects in terms of severity-- critical, high, medium, and low. Once you've organized defects in this manner and have addressed them when possible, it will be easier to determine the quality of your software. Have a predetermined criteria for when a task is done.


0

As we are considering software development, that's how i would tackle it The model is self explanatory but let me add some more information for context. Job_sites - locations where users can post jobs (for instances, We Work Remotely, Freelancer, ...). This would have attributes such as Job Site URL, Who added to the list. Jobs - what a potential client ...


1

I am not sure if you are in a product world (software or other) or in IT (applications development/ maintenance) - but irrespective, here is how I would advise you to think of this. Conventionally (in the traditional waterfall world), all planning happened in terms of projects, which would get funded and staffed. However, depending on corporate/ financial ...


2

TL;DR Refactoring is a natural part of iterative and incremental development methodologies. However, a high ratio of defects in a product indicates one or more fundamental process problems. Such problems represent a cost to the project by consuming budget, schedule, and resources. High defect rates also create a drag on productivity that increases over time....


1

There is no standard measure of acceptable quality as each organisation exists in its own domain. For example, a startup working with a radical new technology may accept a large number of issues as for them speed to market is more important than quality. A company building medical applications will usually aim for a very high quality standard. Having said ...


Top 50 recent answers are included