vault backup: 2025-01-08 10:40:29
This commit is contained in:
30
.obsidian/workspace.json
vendored
30
.obsidian/workspace.json
vendored
@@ -99,9 +99,23 @@
|
|||||||
"icon": "lucide-file",
|
"icon": "lucide-file",
|
||||||
"title": "Business Ideas"
|
"title": "Business Ideas"
|
||||||
}
|
}
|
||||||
|
},
|
||||||
|
{
|
||||||
|
"id": "099e70abcaed9195",
|
||||||
|
"type": "leaf",
|
||||||
|
"state": {
|
||||||
|
"type": "markdown",
|
||||||
|
"state": {
|
||||||
|
"file": "Temporary/Vidit Update - 8.1.24.md",
|
||||||
|
"mode": "source",
|
||||||
|
"source": false
|
||||||
|
},
|
||||||
|
"icon": "lucide-file",
|
||||||
|
"title": "Vidit Update - 8.1.24"
|
||||||
|
}
|
||||||
}
|
}
|
||||||
],
|
],
|
||||||
"currentTab": 5
|
"currentTab": 6
|
||||||
}
|
}
|
||||||
],
|
],
|
||||||
"direction": "vertical"
|
"direction": "vertical"
|
||||||
@@ -484,23 +498,24 @@
|
|||||||
}
|
}
|
||||||
],
|
],
|
||||||
"direction": "vertical",
|
"direction": "vertical",
|
||||||
"x": 720,
|
"x": 2640,
|
||||||
"y": 25,
|
"y": 570,
|
||||||
"width": 720,
|
"width": 720,
|
||||||
"height": 875,
|
"height": 775,
|
||||||
"maximize": false,
|
"maximize": false,
|
||||||
"zoom": 0
|
"zoom": 0
|
||||||
}
|
}
|
||||||
]
|
]
|
||||||
},
|
},
|
||||||
"active": "c913626684654e11",
|
"active": "099e70abcaed9195",
|
||||||
"lastOpenFiles": [
|
"lastOpenFiles": [
|
||||||
|
"2 Personal/Lists/Business Ideas.md",
|
||||||
|
"Temporary/Vidit Update - 8.1.24.md",
|
||||||
|
"5 Media/0 Books/Software Project Survival Guide by Steve McConnell.md",
|
||||||
"Attachments/Pasted image 20250107121222.png",
|
"Attachments/Pasted image 20250107121222.png",
|
||||||
"Attachments/Pasted image 20250107120429.png",
|
"Attachments/Pasted image 20250107120429.png",
|
||||||
"Attachments/Pasted image 20250107114628.png",
|
"Attachments/Pasted image 20250107114628.png",
|
||||||
"Attachments/Pasted image 20250107114616.png",
|
"Attachments/Pasted image 20250107114616.png",
|
||||||
"2 Personal/Lists/Business Ideas.md",
|
|
||||||
"5 Media/0 Books/Software Project Survival Guide by Steve McConnell.md",
|
|
||||||
"0 Journal/0 Daily/2024-12-06.md",
|
"0 Journal/0 Daily/2024-12-06.md",
|
||||||
"Dashboard Canvas.canvas",
|
"Dashboard Canvas.canvas",
|
||||||
"Attachments/Pasted image 20250107095858.png",
|
"Attachments/Pasted image 20250107095858.png",
|
||||||
@@ -531,7 +546,6 @@
|
|||||||
"Attachments/Pasted image 20241118143053.png",
|
"Attachments/Pasted image 20241118143053.png",
|
||||||
"Attachments/Pasted image 20241118142001.png",
|
"Attachments/Pasted image 20241118142001.png",
|
||||||
"Attachments/Pasted image 20241105160637.png",
|
"Attachments/Pasted image 20241105160637.png",
|
||||||
"Attachments/Pasted image 20241105160145.png",
|
|
||||||
"Attachments/Gym-Rings-UK.pdf",
|
"Attachments/Gym-Rings-UK.pdf",
|
||||||
"99 Work/Jobhunt/Applications",
|
"99 Work/Jobhunt/Applications",
|
||||||
"99 Work/0 OneSec/OneSecNotes/30 Engineering Skills/Robotics/Sensors",
|
"99 Work/0 OneSec/OneSecNotes/30 Engineering Skills/Robotics/Sensors",
|
||||||
|
|||||||
@@ -1,6 +0,0 @@
|
|||||||
.DS_Store
|
|
||||||
.Trashes
|
|
||||||
._*
|
|
||||||
.stversions/**
|
|
||||||
.git/**
|
|
||||||
.git
|
|
||||||
@@ -166,7 +166,52 @@ Erring on the side of too much process is marginally more expensive, versus erri
|
|||||||
Software projects are inherently complex and therefore need to be planned, controlled and made sure that the progress is visible, people are supported to do the project's work.
|
Software projects are inherently complex and therefore need to be planned, controlled and made sure that the progress is visible, people are supported to do the project's work.
|
||||||
The risks should be tracked and constantly redeveloped.
|
The risks should be tracked and constantly redeveloped.
|
||||||
#### Planning
|
#### Planning
|
||||||
|
- Think about processes in the upstream period of fixing mistakes at 1/200th of the price.
|
||||||
|
- Rule of thumb: each day spent in processes (e.g. technical review) saves 3-10 days later in the project
|
||||||
|
- Software Development Plan
|
||||||
|
- Project Estimates
|
||||||
|
- Revised Estimates
|
||||||
|
- Quality Assurance Plan
|
||||||
|
- Staged Delivery Plan
|
||||||
|
- Requirements Development
|
||||||
|
- Architecture
|
||||||
|
- Detailed Design
|
||||||
|
|
||||||
|
|
||||||
|
> [!Important]+ Planning Checkpoint Review
|
||||||
|
> Very early in the project (at about 10%) success or failure is determined. This means it can be used as a checkpoint to do a *go/no go* decision about the project. At this point the team should have produced:
|
||||||
|
> - user interface prototype (and shown it to users)
|
||||||
|
> - detailed requirements
|
||||||
|
> - detailed project plan including cost and schedule estimates.
|
||||||
|
>
|
||||||
|
> **Mandatory Documents needed for the checkpoint**:
|
||||||
|
> - Name of project's key decision maker
|
||||||
|
> - Vision statement
|
||||||
|
> - Business case for the software
|
||||||
|
> - preliminary effort and schedule goals
|
||||||
|
> - preliminary effort and schedule estimates
|
||||||
|
> - top 10 risks list
|
||||||
|
> - User interface Style Guide
|
||||||
|
> - Detailed User interface Prototype
|
||||||
|
> - User Manual / Requirements Specification
|
||||||
|
> - Software Quality Assurance Plan
|
||||||
|
> - Detailed Software Development Plan
|
||||||
|
>
|
||||||
|
> **Agenda for the Checkpoint Review**
|
||||||
|
> - Is the original product concept still viable?
|
||||||
|
> - Will it be possible to develop a product that matches the project's vision statement?
|
||||||
|
> - Is the business case for the software still justified when updated, more accurate cost and schedule estimates are considered?
|
||||||
|
> - Can the major risks to the project be surmounted?
|
||||||
|
> - Have users and developers been able to agree on a detailed User Interface Prototype?
|
||||||
|
> - Is the User Manual / Requirements Specification complete and stable enough to support further development work?
|
||||||
|
> - Is the Software Development Plan complete and adequate to support further development work?
|
||||||
|
> - What is the estimated cost of completing the project
|
||||||
|
> - What is the estimated schedule for completing the project?
|
||||||
|
|
||||||
|
Benefits of splitting development into these two funding phases:
|
||||||
|
1. Cancelling one bad project at the stage of 10-20% can fund many other projects
|
||||||
|
2. More reliable funding for the bulk of the project, because it can be better estimated
|
||||||
|
3. Forces project manager to do upstream work in the first 10-20% --> setting the project up for success.
|
||||||
#### Risk Management
|
#### Risk Management
|
||||||
|
|
||||||
#### Project Control
|
#### Project Control
|
||||||
|
|||||||
0
Temporary/Vidit Update - 8.1.24.md
Normal file
0
Temporary/Vidit Update - 8.1.24.md
Normal file
Reference in New Issue
Block a user