The project management ecosystem draws a blurry line between “methodologies” and “frameworks” and the former are more common and well-known within the industry.
Methodologies are more strict, yet loosely defined to encompass a broader group of projects. For instance, Waterfall and Agile are generally defined as “methodologies”, the first group defining a project from start to end with its corresponding phases (jumping from one phase to the next one) while Agile is predominantly used as a set of repeatable activities that enable developers to work on smaller sprints over a shorter period of time (with more flexibility in-between).
However, the semantics of a 50-hour web build and a bank software estimated at 20,000 development hours differ wildly – even if both rely on waterfall. Tooling, the ways you measure results, best practices in allocating resources, reporting, and the like are defined internally and rules are usually different within every team depending on the type of project.
This is why Scrum and Kanban are two popular frameworks falling into the Agile methodology, setting different rules and best practices on how to implement agile in different scenarios.
Agile defines an iterative process responsive to changes introduced mid-way and business requirements evolving during the course of development. Scrum and Kanban both obey the agile rules, albeit in different ways. Scrum revolves around sprints distributed across tasks while Kanban builds on top of a Kanban board, a visualization tool that represents clear tasks ready to pick up and move further toward the pipeline.
Frameworks are not necessarily clearly defined within organizations, although there are some popular ones out there that organizations use. Overall, once a methodology is selected, agile advocates usually go for scrum or kanban, or align them with a set of internal processes that represent a custom-built framework.
Check out this management guide for a full list of resources and tips on management.