Blogs

Risk Management – A proactive approach in Project/Process Management

Risk Management is going to be a mandatory requirement for all ISO standards. Until now, risk management was a requirement of CMMI Level III and above, and ISO 27001. In ISO 9001:2008, risk management is not a standard requirement. But with the upcoming edition of ISO 9001 in the year 2015, risk-based thinking will be an approach of the standard. This is a more proactive approach. The organization and its functions have to act proactively and identify risks and issues in all their projects/processes.

Topics: Technology Quality Assurance

Analogy between ISO 9001:2008 standard and routine life

I have been working on the ISO 9001 standard since the past 8 years. Establishing processes, preparing new templates and mechanisms is a great experience. But since the ISO 9001 standard is very generic, it made me relate it to our life in general. There is an upcoming edition of ISO 9001 in this year. But I have put forth this comparison with the 2008 edition, while implementing the standard.

Topics: Technology Quality Assurance

Radiance of Knowledge

Human evolution is often described as an ongoing quest for answers, a continuous struggle to gain knowledge, a pursuit of truth or a need for illumination. In the process, we take distinct pieces of data, combine them and look for connections, try to find a pattern or discover a new relationship. The actual transition of data to information, information to knowledge and knowledge to insight, takes place in this expedition, enabling a path to reach self-actualization.

Topics: Team Radiance of Knowledge Quality Assurance

Genchi Genbutsu

Java Developer: “I’ve confirmed with the UI developers and they have said that these keys in JSON are being used.”

Topics: Team Genchi Genbutsu Technology Business Analysis Quality Assurance

How to test software requirements specification (SRS)?

Do you know that most of the bugs in software are due to incomplete or inaccurate functional requirements. The software code, doesn’t matter how well it’s written, can’t help but produce bugs if there are ambiguities in requirements.

Topics: software requirements specification Requirement Specification Testing SRS Technology SDLC Quality Assurance

e-Zest Solutions is digital experience engineering company with facilities in the United States (Detroit & San Jose), Germany (Hannover), United Kingdom (London UK) and India (Pune) with global clientele. Our services include custom software development, offshore software development, UX consulting, BigData, Managed cloud Services (Azure & AWS), SharePoint consulting/Migration, Enterprise Java application development, Automated software testing services.