Question
Please write an Abstract and introduction. Use a check sheet, and highlight the nature of the complaint received. List them and the percentage they represent.
Please write an Abstract and introduction.
Use a check sheet, and highlight the nature of the complaint received. List them and the percentage they represent. Question 1
Use a frequency histogram and a check sheet, to do a problem identification. do a total and organize it. Question 2
Using a control chart to answer question 3. mean and range control chart. based on the result, make assessments and recommendations if the process is out or within control. calculate the UCL and LCL, Question 3
Using correlation and regression analysis, confirm if network latency is a reason for underproductivity. Question 4.
Make recommendations based on quality control using PDSA. also state how it should be applied. Question 5
Conclusion.
Bellow are the questions.
Question 1. What is the nature of customer complaints received by ECL? How do you think they should go about addressing these problems?
Question 2: Given the list and nature of problems reported, which of the problems do you think ECL needs to address on a priority basis?
Question 3: Is the system testing process under control as portrayed by Aslam? What are your assessment and recommendations?
Question 4: Is network latency a significant reason for underproductivity? If yes, then what is your assessment of the improvement of productivity, if network performance was improved?
Question 5: What is your recommendation to Karamath on the next course of action he should take for addressing the customer complaint
WAY FORWARD Karamath walked back to his cabin with mixed thoughts on proceeding further. He had asked Imran Sheik, the head of the network division in their Bangalore office to provide him with network response time statistics for the first week of the corresponding period. The report had just arrived in his mailbox (Exhibit 4). The inconsistency in the network response times was evident. But was that the primary explanation for low productivity? What about the other issues such as infrastructure, coordination, communication, and discipline then? Which among these issues needed immediate attention? Would testing automation solve all the productivity problems so that he could recommend that to the customer? These questions remained unanswered and Karamath knew the nature of the challenge that lay ahead. Network response time metrics Source: Company Records System test case execution statistics Source: Company Records particularly raised the issue of inconsistent productivity in the execution of system test cases. The attendees came up with various explanations for this issue. One senior testing team member stated: Execution of test cases is not easy, because we have to identify suitable test data for testing the identified test scenarios. It sometimes requires a complicated SQL code to identify the relevant test data for execution. This takes a lot of time! The head of system testing team remarked: We are not always operating at our full potential. We have an agreement that the development team will deploy a fresh software package before 9 AM, after fixing of the bugs. But many days their deployment finishes only by 11 AM and our testing productivity is impacted on account of this. The other members of the system testing team complained that their computers had insufficient RAM slowing down the testing process. There was also latency in the network forcing slow access to client's test environment. Karamath had earlier heard complaints about the latency in accessing client network, but he was not sure whether that was the primary explanation for low productivity. One of the technical experts in the team called Dashrath who had a background in the automation of testing processes stated: Sir, our testing is bound to have low productivity as it is being done manually. We had test automation in the previous project for H&K and they are perhaps expecting the same standard now. In manual testing when we have to re-test failed test scenarios, it requires data entry once again. This involves a significant time overhead. Although testing automation was an expensive proposition, Karamath thought there was merit in the argument made by Dashrath. Manual testing relied on the testing personnel to enter the test case/test data on the software package and verify the results against the specification. On the other hand, testing automation relied on special software programs called test scripts for automated entry of test cases and verification of test results. However, testing automation cannot be recommended to H&K as a solution without a proper business case on the cost-benefits involved. During the informal chat after the meeting, some members made a casual remark about the ongoing cricket series involving India and how it could be a productivity dampener. Some members also whispered that on the days when Aslam left office early, offshore team members tended to relax. This was for the first time Karamath that became aware of the issues of distraction and shirking. At the end of the meeting, Karamath was more confused than before. There seemed to be several causes to explain low productivity. However, he started to wonder which one needed his immediate attention. staff productivity. The project followed a V-process model in the software development lifecycle (Exhibit 1). This model was an improved version of the waterfall process model that started with requirement gathering and ended with user-acceptance testing. In this process model, the test cases for the various testing phases were developed alongside the requirements, higher-level, and detail design documents. The current project started in August 2016 and on February 6, 2017 was into the system testing phase in the client's test environment. The project had experienced its ups and downs, but the dedication and capability of ECL team members had played a significant role in the progress of the project. Although the project was delayed at the start due to delay in collecting business requirements, the team had made good the delay during the development phase. However, in the extremely competitive environment that ECL operated in, clients such as H\&K were increasingly demanding higher quality and quicker deliveries. Karamath telephoned Mohammed Aslam to discuss the latest customer complaint. Aslam was the head of operations, responsible for all services provided to H\&K and was based out of their Dubai office. Aslam sent his spreadsheet tracker that meticulously recorded all the customer complaints received from H\&K since the start of the project (Exhibit 2). Karamath quickly glanced through the tabulation but was not sure if there was any pattern behind the complaints. The customer appeared to have frequently complained about the team working too slowly (productivity complaint) and too many errors (quality complaint). The complaints on excess staffing were a result of the client micromanaging the project based on the timesheet submitted by the project personnel. However, Karamath was not sure as to which of these categories of complaints required immediate attention. PRODUCTIVITY DATA Karamath had also asked Aslam to send him data on the progress of system testing activity that was underway. The activity involved the execution of system test cases to verify the conformance of the developed software package to the specifications. Aslam had collated the statistics of test case execution for every two-hour window for the past 4 weeks (Exhibit 3). Karamath quickly calculated the average of test cases executed. He felt it was better than the company average. There were some days when the numbers were low, but according to him, there appeared nothing alarming to complain about. When he inquired Aslam about the reasons for customer complaints, Aslam had the following to say: The latest customer complaint was perhaps referring to testing performed on 12th January, 17th January or on 1st February; those were the days of lower productivity. These were one-off discrepancies, and everything was under control. According to me, there was nothing that required further action. But was it? wondered Karamath. TEAM MEETING Karamath arranged a conference call with the entire project team to discuss the various concerns raised by the client. All the senior members of the client engagement, development, and testing teams were invited to this conference call. Karamath listed the summary of the concerns reported by the client and Exhibit 2 Customer complaints tracker \begin{tabular}{|c|c|c|c|} \hline Serial \# & Complaint Category & Date raised & Project Phase 2 \\ \hline 1 & Team Working Slowly & 10-Aug-16 & \begin{tabular}{|l|} Requirements \\ \end{tabular} \\ \hline 2 & Too Many Errors & 19-Aug-16 & Requirements \\ \hline 3 & \begin{tabular}{|c|c|} Communication Issue \\ \end{tabular} & 19-Aug-16 & \begin{tabular}{|l|} Requirements \\ \end{tabular} \\ \hline 4 & Excess Staffing & 24-Aug-16 & Requirements \\ \hline 5 & Excess Staffing & 26-Aug-16 & Requirements \\ \hline 6 & Too Many Errors & 16-Sep-16 & High-Level Design \\ \hline 7 & \begin{tabular}{|l|} Excess Staffing \\ \end{tabular} & 22-Sep-16 & \begin{tabular}{|l|} High-Level Design \\ \end{tabular} \\ \hline 8 & Excess Staffing & 26-Sep-16 & \begin{tabular}{|l|} High-Level Design \\ \end{tabular} \\ \hline 9 & Domain Knowledge & 12-Oct-16 & High-Level Design \\ \hline 10 & Communication Issue & 12-Oct-16 & \begin{tabular}{|l|} High-Level Design \\ \end{tabular} \\ \hline 11 & Team Working Slowly & 22-Oct-16 & High-Level Design \\ \hline 12 & Team Working Slowly & 26-Oct-16 & Detail Design \\ \hline 13 & Team Working Slowly & 28-Oct-16 & Detail Design \\ \hline 14 & Team Working Slowly & 11-Nov-16 & Coding \& Unit Testing \\ \hline 15 & Team Working Slowly & 16-Nov-16 & Coding \& Unit Testing \\ \hline 16 & \begin{tabular}{|l|l|} Team Working Slowly \\ \end{tabular} & 25-Nov-16 & Coding \& Unit Testing \\ \hline 17 & Excess Staffing & 28 -Nov-16 & Coding \& Unit Testing \\ \hline 18 & Team Working Slowly & 16-Dec-16 & Integration Testing \\ \hline 19 & Too Many Errors & 21-Dec-16 & Integration Testing \\ \hline 20 & Team Working Slowly & 25-Dec-16 & Integration Testing \\ \hline 21 & Too Many Errors & 29-Dec-16 & Integration Testing \\ \hline 22 & Team Working Slowly & 02-Jan-17 & System Testing \\ \hline 23 & Excess Staffing & 05-Jan- 17 & System Testing \\ \hline 24 & Domain Knowledge & 06-Jan- 17 & System Testing \\ \hline 25 & Team Working Slowly & 06-Jan- 17 & System Testing \\ \hline 26 & Team Working Slowly & 10-Jan-17 & System Testing \\ \hline 27 & Team Working Slowly & 19-Jan-17 & \begin{tabular}{|l|} System Testing \\ \end{tabular} \\ \hline 28 & Excess Staffing & 23-Jan-17 & System Testing \\ \hline 29 & Communication Issue & 23-Jan-17 & System Testing \\ \hline 30 & Too Many Errors & 27-Jan-17 & System Testing \\ \hline 31 & Too Many Errors & 31-Jan-17 & System Testing \\ \hline 32 & Too Many Errors & 01 -Feb-17 & System Testing \\ \hline 33 & Communication Issue & 01 -Feb-17 & \begin{tabular}{|l|} System Testing \\ \end{tabular} \\ \hline 34 & Too Many Errors & 02-Feb-17 & System Testing \\ \hline 35 & Team Working Slowly & 03-Feb-17 & \begin{tabular}{|l|} System Testing \\ \end{tabular} \\ \hline 36 & Too Many Errors & 03-Feb-17 & System Testing \\ \hline \end{tabular} Source: Company Records Exhibit 1 V_Proese model for coftware devalonment It was a chilly Monday morning on February 6, 2017. Mohamed Karamathullah (Karamath henceforth), Managing Director, Exceed Communications LLC (ECL) was on a visit to their offshore development center in Bangalore. He was immersed in thoughts as he walked into his office in the buzzing industrial suburbs of Bangalore, India. ECL has always been proud of its track record in development and maintenance of integrated hardware and software solutions and associated services. ECL was known for its reliable deliveries in line with their commitments. However, recently, one customer account had been bothering Karamath. He began the workday by checking his e-mails, a routine he diligently followed. He glanced through the weekly status reports sent on the previous day by his client engagement manager. The e-mail on an escalation alert from one of his client managers caught his attention. It was yet again the same customer account. The latest complaint was about the slow progress of system testing of a software package being developed for that client. Furthermore, the e-mail pointed to several defects found during the ongoing system testing phase. This particular client was demanding and tended to jump the gun at times. What bothered Karamath was that the frequency of escalation emails from this customer was high compared to their other customer accounts. Was this latest complaint another one-off issue or was there a larger pattern behind this? What could he do to improve the productivity and reliability of their deliveries to this client? COMPANY BACKGROUND Exceed Communications LLC (ECL) was a specialist hardware and software solutions' company that provided reliable, high quality, customized business solutions to clients based out of the Middle East, Africa, and South Asia. The company was founded in 2013. As of January 2017, they had a team size of 36 members spread between their offices in the Middle East and Bangalore. ECL was rated by the industry analysts as one of the fastest-growing hardware and software solutions' company in the United Arab Emirates. They prided themselves on a solution-based approach to understand the business ambitions and technological requirements of their customers, to uniquely craft a techno-business solution customized to their clients. They provided a variety of network and security solutions, hardware cum software development and maintenance services, and digital marketing solutions to their clients. ECL had a technological partnership with a wide array of global product labels including 3M, Avaya, Bosch, Cisco, HP, Dell, Microsoft, Samsung, Schneider, and Xerox. As of January 2017, ECL had over 30 marquee clients spread across the Middle East, Africa, and South Asia. SOFTWARE DEVELOPMENT PROJECT FOR H\&K ACCOUNT H\&K (name disguised) was a market leader in providing real estate and integrated business management solutions to its clients. Its relationship with ECL began in October 2015. ECL was developing a bespoke software package for customer relationship management of clients of H&K. The project was being executed on a Time and Material 1 basis where the client closely monitored both staffing volumes and
Step by Step Solution
There are 3 Steps involved in it
Step: 1
Get Instant Access to Expert-Tailored Solutions
See step-by-step solutions with expert insights and AI powered tools for academic success
Step: 2
Step: 3
Ace Your Homework with AI
Get the answers you need in no time with our AI-driven, step-by-step assistance
Get Started