Q1,Q2,Q3,Q4 – 450 words ($7.5) 
******** Please use textbook for these ******************
Q1. Reflect on Chapter 11: Advanced Topics in Planning and Scheduling: Agile and Critical Chain. Identify what you thought was the most important concept(s), method(s), term(s), and/or any other thing that you felt was worthy of your understanding.  
Also, provide a graduate-level response to each of the following questions
Q2.  What are the practical implications internally (in terms of team motivation) and externally (for the customer) of making overly optimistic project delivery promises? .
Q3. What are the advantages and disadvantages of Agile PM?
Q4. How are the duties of the Scrum Master like a project manager?  How do they differ?

——————————————————————————————————————————————-
Q5. Activity 12 in Separate document – 4 full pages(excluding references) ($20)
——————————————————————————————————————————————-
 
Case Study 11.1: Its an Agile World
This case illustrates a common problem in software and IT development, where programmers and IT staff are anxious to lock in specifications as early as possible so they can get to work without having to worry about invasive or disruptive input from the end users.  Unfortunately, what typically happens is that the finished product is not what the users needed or thought they needed and a long list of fixes and modifications are needed to make it work correctly.  This case is based on a true story in a hospital IT department that routinely struggled with these sorts of user conflicts until they sifted to an Agile methodology.
Questions

Why does the classic waterfall project planning model fail in this situation?  What is it about the IT departments processes that leads to their finished systems being rejected constantly?
How would an Agile methodology correct some of these problems?  What new development cycle would you propose?
Why are user stories and system features critical components of an effective IT software development process?
Using the terms Scrum, Sprint, and User stories, create an alternative development cycle for a hypothetical software