US
Project initiation and project execution monitoring
Iryna Kravchenko Iryna KravchenkoChief Editor
Business·

Project initiation and project execution monitoring: Essential checklists

According to Deloitte’s research, over 60% of companies have experienced project failure. The top reasons for such failures include poorly defined scopes, inadequate risk management, lack of detail in project planning, inappropriate monitoring of execution, and project expectations.  

In our experience, at the initial stage, it is critical to adhere to the software quality standards. Meanwhile, in the later stages like User Acceptance Testing (UAT) or Production Rollout, the issues may occur because of the poorly defined or lack of non-functional requirements (NFR) to the project. Seldom, do software development providers consider these standards and requirements. As a result, projects fail because of inconsistent planning, data silos, and lack of proper execution monitoring.  

We value every cooperation with our customers and prospects that’s why we prepared some useful checklists to use when you need to validate your potential vendors. 

DICEUS has a consistent methodology for planning and executing software product development and uses all the quality models outlined in ISO/IEC 25010. Below is a comprehensive checklist for defining the non-functional requirements (NFR) that we use internally during regular audits. 

Feel free to use the lists and reach out to us and to our experts for any professional consulting on your business case.  

Project initiation and project execution monitoring

Pinch and spread for zoom

Project planning: NFRs checklist

Reliability – How often does the system experience critical failures? 

Performance – How fast does the system return results? 

Availability – How much time is the system available to users against the downtimes? 

Usability – How hard is it to use the product? 

Project initiation and project execution monitoring: Essential checklists – Usability

Pinch and spread for zoom

Security – How is the data protected against unauthorized access and malware attacks? 

Flexibility – How is it likely that the system will need more functionalities?  

Defined as the application owner intentions to increase or extend the functionality of the software after it is deployed, which should be planned from the beginning; it influences choices made during the design, development, testing, and deployment of the system. 

Scalability – How much will the system’s performance change with higher workloads? 

Maintainability – How much time is it needed to fix the solution or its component?   

Connectivity – What access rights levels there should be provided?  

Defined as how the application should be accessed, what restrictions and rules there could be. 

Data accessibility and storage – Which data will be archived, how long it will be kept, what happens to the data at the end of the retention period? 

Documentation – What documentation will be provided?  

Reusability - In what forms will be software development assets be used?  

Defined as the extent to which software components should be designed in such a way that they should be used in applications other than the ones for which they were initially developed. 

Time/Date management – In what time zones will the product be used and how the data will be filtered?   

Defined and provided as guidelines on time management for different time zones and data filtering.  

Languages - What languages will the system support?  

Defined and provided as a list of all the languages that the system should support, including localization parameters (like formatting, date, currency).   

Cultural, religious, and political requirements  

Defined and provided as specifications on all the major issues (cultural, translations, colors, possible offensive lexicon, and other aspects. 

Project initiation and project execution monitoring: Essential checklists

Pinch and spread for zoom

Legal requirements - What legal agreements will be signed? What regulations should be followed?  

Auditability  

Installability – How deployment should be implemented? 

Defined as packaging and distribution procedures. .NET UIs and external components usage (like DevExpress and Infragistics) – their versions and packaging.  Any future need in deployment to the cloud environment and any locks to specific cloud vendors should be validated, also cloud-neutral installation and rollout options should be confirmed by the customer.  

Portability – How easy is it to install the software?  

The ease with which the software can be installed on all necessary platforms, and the platforms on which it is expected to run.  

Reporting - How will reporting be handled? 

Defined as the ability to support customized reports, provide online report viewing as well as printed reports, provide report scheduling, support various report formatting and styles, produce HTML and PDF format reports. 

Implementation – How should the software be implemented? 

The coding or construction of a system: required standards, data conversion/migration needs, implementation languages, policies for database integrity, resource limits, and operating environments. 

Software Configuration Management (SCM) – How change requests and changes will be tracked? 

Capacity requirements should include the following things: 

Serviceability  

Project planning – Serviceability 

Pinch and spread for zoom

Project execution monitoring: Metrics checklist

Ultimately, project execution monitoring is very critical to project success. We measure the success as a confluence of key performance indicators (KPIs) and critical success factors (CSFs) along the specific quality metrics allocated for the project. In our experience, we recommend to all our partners selecting and using a few metrics that match the best with their project type and scope. Below are 10 most frequently used metrics we leverage within SDLC.  

Metrics Definition Calculations 
Schedule Variance (SV) Any difference between the scheduled completion of an activity and the actual completion ((Actual calendar days – Planned calendar days) + Start variance) / Planned calendar days x 100 
Effort Variance (EV) Difference between the planned outlined effort and the effort required to undertake the task (Actual Effort – Planned Effort) / Planned Effort x 100 
Size Variance (SV) Difference between the estimated size of the project and the actual size of the project Normally in KLOC or FP (Actual size – Estimated size) / Estimated size x 100 
Requirement Stability Index (RSI) Visibility to the magnitude and impact of requirements changes.  RSI = 1- ((Number of changed + Number of deleted + Number of added) / Total number of initial requirements) x100 
Productivity (Project) Output from a related process for a unit of input. Actual Project Size / Actual effort expended in the project 
Productivity (for test case preparation) Actual number of test cases/ Actual effort expended in test case preparation. Actual number of test cases / actual effort expended in testing.  
Productivity (defect detection)  Actual number of defects (review + testing) / actual effort spent on (review + testing) 
Productivity (defect fixation)  Actual number of defects fixed / actual effort spent on defect fixation 
Schedule Variance for a phase The deviation between planned and actual schedules for the phases within a project. Schedule variance for a phase = (Actual Calendar days for a phase – Planned calendar days for a phase + Start variance for a phase)/ (Planned calendar days for a phase) x 100   
Effort Variance for a phase The deviation between a planned and actual effort for various phases within the project. (Actual effort for a phase – a planned effort for a phase) / (planned effort for a phase) x 100 

Software solutions bringing business values

clutch
4.9/5
44 reviews

    Contact us

    100% data privacy guarantee

    Remove file

    Thank you! We will contact you soon

    Austria
    +4366475535405 Vienna, 1220
    Donau-City-Straße 11
    Ares Tower
    USA
    +16469803276 2810 N Church St,
    Ste 94987,
    Wilmington, Delaware
    19802-4447
    Denmark
    +4531562900 Copenhagen, 2900
    Hellerup, Tuborg
    Havnepark 7
    Poland
    +48789743438 ul. Księcia Witolda,
    nr 49, lok. 15,
    50-202 Wrocław
    Lithuania
    +4366475535405 Alytus, LT-62166,
    29 Varėnos g., 106
    Faroe Islands
    +298201515 Smærugøta 9A,
    FO-100 Tórshavn,
    Faroe Islands
    KSA
    +4366475535405 7978
    Alnafel Road
    UAE
    +4366475535405 AG Tower,
    Business Bay