“How to Win Friends and Influence People” by Dale Carnegie
- This classic book offers timeless advice on communication, relationship-building, and influence.
“Emotional Intelligence 2.0” by Travis Bradberry and Jean Greaves
- This book provides insights into understanding and improving emotional intelligence, crucial for effective leadership.
“Crucial Conversations: Tools for Talking When Stakes Are High” by Kerry Patterson, Joseph Grenny, Ron McMillan, and Al Switzler
- This book offers techniques for handling high-stakes conversations where outcomes can impact project success.
“Drive: The Surprising Truth About What Motivates Us” by Daniel H. Pink
Stakeholder RACI Matrix Spreadsheet
Risk Assessment Checklist
Download link : Risk Assessment Checklist
Risk Assessment Checklist
Project Name:
Project Code:
Program Manager:
Project Manager:
Engineering Process Requirements
| Item | Yes | No | NA | Remarks |
|---|---|---|---|---|
| Stability | ||||
| Are the requirements stable? | ||||
| Are the external interfaces changing? | ||||
| Completeness | ||||
| Are there requirements you know should be in the specification but aren’t? | ||||
| (IF Yes) Will you be able to get these requirements into the system? | ||||
| Does the customer have unwritten requirements/expectations? | ||||
| Are the external interfaces completely defined? | ||||
| Clarity | ||||
| Are you able to understand the requirements as written? | ||||
| There are no ambiguities or problems of interpretation? | ||||
| Validity | ||||
| Are there any requirements that may not specify what the customer really wants? | ||||
| Do you and the customer understand the same thing by the requirements? | ||||
| How do you validate the requirements? | ||||
| Feasibility | ||||
| Are there any requirements that are technically difficult to implement? | ||||
| Precedent | ||||
| Do requirements specify something never done before, or that your company has not done before? | ||||
| Scale | ||||
| Is the system size and complexity a concern? |
Page 1 of 10 Version No.1.0 / Date: 21-01-2012 Working Copy If Printed
Requirements Gathering
Just as there is no one right programming language for every application, there is no one right way to develop the more detailed specifications. Different environments call for different techniques, and the requirements managers and requirements writers will probably need to develop a mix of skills suited to various circumstances.
How to Implement Scrum Development Model in 8 Steps
- Goa
- Management
- Requirement
- Requirements
- shafiq
- Development
- Sprint
- Stand-up meeting
disableHLJS: false#
Scrum is an agile development model that allows teams to deliver software products faster and with higher quality. Scrum involves breaking down the product into small and manageable pieces called backlog items, and working on them in short iterations called sprints. Here are the 8 steps you need to follow to implement Scrum successfully:
Step 1: Prepare your product backlog. The product backlog is a list of features and requirements that you want to include in your product. You need to involve the stakeholders, such as the customers, users, or managers, to create and prioritise this list. You also need to get the approval of the product owner, who is the person responsible for defining and managing the product vision and goals.
Restarting a Project from Scratch !
Why Programmers Want to Start Over
Have you ever felt the urge to scrap your code and rewrite it from scratch? If so, you’re not alone. Many programmers have this temptation, and there’s a hidden reason behind it. The reason is not that the old code is bad, but that it’s hard to understand. There’s a fundamental principle of programming that explains this: Reading code is harder than writing it. This is why reusing code is so challenging. This is why every developer on your team has their own favourite way of splitting strings into arrays. They create their own function because it’s more enjoyable and simpler than learning how the existing one works.