Difference between revisions of "COEAIPAPP30"
Jump to navigation
Jump to search
Line 21: | Line 21: | ||
== Agile vs Traditionnal == | == Agile vs Traditionnal == | ||
+ | == Cross Functional Team == | ||
+ | [[File:Cross functional team.jpg|512x384px]] | ||
== Collaborative Design == | == Collaborative Design == |
Revision as of 10:52, 1 March 2022
Home | APP3.0 | Pilots | ScaleUp |
12 Principles
There are 12 agile procurement principles:
- Satisfy the clients through contracts that delivers the expected outcomes.
- Welcome changing requirements, even late in development. Agile processes harness change for the client’s needs satisfaction.
- Deliver working solicitation components frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
- Work together with business people, IT technical and contracting experts daily throughout the solicitation development.
- Build solicitations around motivated individuals and give them the environment and support they need, and trust them to get the job done.
- The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
- Working solicitation components is the primary measure of progress.
- Agile processes promote sustainable development. The expert team members should be able to maintain a constant pace indefinitely.
- Continuous attention to technical excellence and good design enhances agility
- Simplicity–the art of maximizing the amount of work not done–is essential.
- The best architectures, requirements, and designs emerge from self-organizing teams.
- At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
Agile vs Traditionnal
Cross Functional Team
Collaborative Design
True Collaboration Approach
- Ask for individual feedback on specific elements by leveraging virtual surveys.
- In plenary, discuss elements that are potentially problematic.
- Let vendors make presentations and be curious about their reality.
- Be authentic, when it is possible to change, say so, when it is not, say why.
- Be transparent, promptly tell vendors what you have done with their feedback.
- Explain the agile process as often as it takes and using as many ways as needed to be understood.
- Find the flexibility within the rules to make vendors’ lives easier.