Agile “Resource” Allocation - Forming Agile Teams

preview_player
Показать описание
In traditional resource allocation, we assign programmers or “resources” to a project based on need or availability. However, issues arise when we start working on multiple projects and suddenly our programmers are now working on multiple projects and teams. Traditional resource allocation is a sure way to overwhelm individuals.

In Agile, we form teams much differently. Agile teams work together to tackle the work that is prioritized the highest, according to stakeholders.

Learn more about forming successful Agile teams and how to prioritize projects effectively with this video from David Hawks.

Follow Agile Velocity around the internet:

Рекомендации по теме
Комментарии
Автор

No, waterfall does not work as described unless managed really badly.
We have WBS and Gantt to show WHEN and HOW much work is needed from particular people / resources. That gives you chance to identify clashes and than prioritisation comes into place in terms of assessment what is the possible delay and financial impact impact on particular projects with different scenarios. Easy to do a company priority than. Have seen that hunderts of times in telco. It works. 👍🏻

MrUWpt
Автор

There's couple things I did not like about this video. One, the instantaneous assumption that developer will work on coolest, easiest, and self-beneficial features of the project. Sorry, while it may have been true in the past, nowadays developers ( even those coming out fresh from university ) are aware of agile, aware of taking into account stakeholder's desired features or functionalities. Assumption that developer will work on easiest feature should also be reconsidered: the goal of agile is to produce working software, and when you automatically assume developer works on the easiest feature, while they may reasonably prioritize the a feature that gets project working - that's gonna lead to unnecessary friction between management and developers. The two points in the end - shared ownership of the project and dialog with stakeholders - that's the good part, and probably should have been introduced right from the beginning of the video. Otherwise, I'm guessing with 1823 views so far, a lot probably did not finished watching the video and were just rolling the eyes by the middle of it all

Xieerqi