In some places I use the Prince 2 method: which can become excessively cumbersome if the PM doesn't 'nimble-ise' it.
Some people regard PMBOK as a method. It is not. Its a list, a conspectus of project management, not always particularly helpful for the practicing manager.
I like the Project Success Method (not the snappiest name), but it nicely combines good theory, good practice and good teaming, all woven into a practical doable and very scalable approach to projects.
There are four basic components to it, using interactive team processes (reminiscent in my practice of using Value Management type workshops throughout the project, from commencement to progress reviews). The four components (1-4) then lead to the activating processes (5-7).
- Develop a project charter
- Define the work (using a work breakdown of whatever detail is useful)
- Set activity relationships in a precedence network, setting the critical path/s
- Prepare a schedule (time the activities on the basis of minimum cost per activity)
- Compress activities on the critical path on the basis of cost of compression vs money saved/expenditure avoided. Keep cycling through this until all beneficial compression has occurred. This forms the baseline schedule.
- Update the schedule on the basis of 'expected to complete' dates.
- Review the network, re calculate the critical path, check for end date against baseline end date, and compress on the critical path again if necessary. Or, re-work the network to shift the critical path.
Where possible include risk probabilities and use reference class experience in estimates to give an (agreed) 85% probability on meeting the estimate (the particular level of probability depends on the circumstances, of course).
This can be elaborated up or down depending on the size of the project, the management overhead capacity and sophistication of analysis available (earned value).