1 / 6

Capgemini India

Capgemini India. Project Execution Process. Onsite team will gather the requirements from client and put them in Business Requirements specification (BRS).

jvalerie
Télécharger la présentation

Capgemini India

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Capgemini India

  2. ProjectExecution Process • Onsite team will gather the requirements from client and put them in Business Requirements specification (BRS). • Onsite team will interact with offshore and decide the design and implementation strategy and together prepare Technical specification document (TSD). • BRS and TSD will be shared with offshore testing resource. • SRMS request will be raised by onsite. Offshore team will accept if timelines are agreeable. Otherwise offshore initiates negotiation with onsite on times lines to be agreed. • Testing resource will use the Requirements document and Technical specification document to prepare Test Cases and Test Reviews. This document includes Defect log where all the defects will be logged over the course of testing.

  3. Test cases and Reviews will be shared with onsite and take inputs if we miss any thing. Once they agree Test Cases and Reviews are finalized. • Development team lead will allocate the resources and times lines for each phase of project in SRMS. • Development team at offshore will start doing development using BRS and TSD. • Over the course of development each deliverable will be monitored and reviewed by developers and team leads to check whether we are following the BRS and TSD. • Once development is done development team lead will update Tester and initiate the testing process. Development team will hand over the back end queries for data validation used as part of development. These will be used as base queries by tester and he will do changes as required by the test cases.

  4. Tester will do the complete testing of deliverables. This includes back end data validation and front end presentation layer testing. Check list for all the deliverables is followed. • Tester will update the development team if any defects found and log the defects in defects log. • Development team will resolve defects and deliverables will be passed to tester again. This process will go till the deliverables pass test cases completely. • Once Testing is done deliverables will be passed for peer review by other team lead who will verify the requirements and deliverables. If defects found any will be logged in defect log and development iteration will happen till all the defects are fixed. • The deliveries will be sent to onsite for onsite review. Offshore team leads will do walk through to onsite on the deliverables.

  5. Onsite will do the review and log defects if any found. This we are maintaining in a separate excel sheet. • After this deliverables will be passed to client IM review. • If defects found any at IM review will taken as immediate action items and development team will resolve the defects on priority basis. Defects are logged in defect log. These defects will be considered as post delivery defects. • Final delivery note will be sent to onsite on SRMS. • All the documents pertaining to project like BRS, TSD, Test cases and Test Reviews will be uploaded to Project Work Room (PWR). • Deliverables will be moved to production. If any defects found at the production will be considered as post production issues and addressed immediately.

  6. Change Request process • Over the course of IM review if client needs any change to deliverables they will be considered as change requests. • Change request will be analyzed and times lines will be given based on the complexity of change. • Change request will follow the same process of development with respect to testing and review.

More Related