Module 3: MBA (Individual Assessment Answers on Financial Project Management)

Looking for Module 3: MBA (Individual Assessment Answers on Financial Project Management)? Grab the opportunity to find free assignment answers related to all subjects in your Academic. is proud to offer online MBA assignment help to the students of Australia, UK and USA.


Master of Business Administration (MBA) Individual Assessment on Financial Management


Module 3 Project Management.
Length of Assessment 2 Weeks
Facilitator Mr. Adewale Alagbe. Mr. John Ebinum.

Mr. Mahendra.

Percentage of final grade given 80%
Instruction You are expected to demonstrate your knowledge on Financial Management and should include critical overview of theories and models used in drawing up your answers.

“Section A”


Jim has just been appointed as the project manager of an infrastructural development project. Being a project he had always wanted to manage, his joy knew no bounds and with much enthusiasm, he felt there was no need to waste time planning. Remembering that the Work Breakdown Structure (WBS) is an important tool when planning a project, he immediately downloaded a template to use on the project. With this, he decomposed the project to work packages and was already sweating out to define the activities in each work package when a more experienced project manager saw him and engaged him in a discussion of how his approach might not yield the intended results.

  1. What did Jim do wrong?
  2. If the more experienced project manager were to highlight the benefits of using a Work Breakdown Structure (WBS) to Jim, what are the likely benefits he will mention?


A friend has constantly been complaining of the challenges being faced in getting the resources to work on his project. You decided to host him to a breakfast meeting on a weekend at Eko Hotel & Suites in Victoria Island so you could have time to discuss extensively. He could not even wait to be served before he started sharing with you how this matter had cost him sleepless nights. As he was talking, you figured his relationship with the Finance Director who is the budget owner has not been very cordial. Politely, you interjected the conversation to know what could have gone

wrong and he retorted by saying: “Don’t mind her! I will let her know that I have more power than her in this company. I know all her actions are intentional. She is the cause and everyone knows.”

  1. In what type of organizational structure do you think your friend is working and who has more power, especially on the resources?
  2. What are some of the pros and cons of working in this kind of project environment?


You have just been provided a graphic summary report of the outcome of a project:

graphic summary report


  1. What could be the main reason for this?
  2. How would you have prevented this from happening?

“Section B”

 Instruction; Study the case study below and answer the 2 question in this section,All Question Carry equal mark.

Agile Adoption: A Case Study

Time to market and remaining competitive are among st the drivers of Agile adoption. New breeds of project execution processes have been proposed recently as lightweight alternatives to the traditional phased approach. These so-called lightweight processes fall under the umbrella of Agile methodology. Agile advocates recommend executing projects based on the philosophy of iterations, incremental development, collaboration and adaptation.

  1. Case Study

As one of my assignments, I was asked by a client to evaluate a project adoption of Agile. I’m sharing this experience with the project management community. Note that permissions to use all data anonymously were granted by the company and all individuals who were subjects of this study.

This case study was conducted to evaluate Agile adoption on a project that has to update an obsolete enterprise data warehouse. The team members have never collaborated with each other, and the project was their first Agile experience.

The project used the Scrum process to implement Agile. The data gathered on this case study originates from three focus groups, each of whose conversations were recorded, scribed and analyzed. Though there were various conclusions, the main findings indicate that the Agile method requires meticulous and thorough planning prior to the transition.

  1. Findings

There was a mixed evaluation of the experience. Participants mainly raised issues regarding the lack of planning in the implementation of the Scrum process. They praised the collaborative and dynamic aspects of the process.

  • Negative Feedback
    1. The big picture: The majority of participants felt that the big picture was missing. Even though the project had a business case, project scope document and a project plan, the project team seemingly couldn’t visualize the final destination and the final product. The Scrum process didn’t advocate the business vision behind the project and how the project fit within the enterprise strategy. The big picture was not defined upfront. It was assumed that it was known, and it would be constructed and polished as the process

Even though the product backlog was built, socialized with the team and stakeholders, and approved, the team claimed that the itemized nature of the deliverable was too detailed and too soon in the process. Participants preferred to invest time in defining goals and requirements before diving into an itemized level of deliverables. One participant stated, “You can easily get caught up in the details and miss the big picture.”

  1. Lack of documentation: Participants stated the issue of insufficient documentation as they felt they were missing crucial knowledge. In an Agile process, due to continuous collaboration between team members, requirements can crop up at any time during the process. Examining samples of the project’s user story shows that the style of the user story was not adaptable to business intelligence requirements. To overcome that limitation, team members exchanged information verbally and via
  2. Lack of planning: Not enough planning was a consensus amongst the project The team referred to the adoption of Agile as not planned and not thoroughly thought out. The team felt they were not prepared for Agile. During the focus group, participants occasionally referred to their previous phased approach as a reference point.

Positive Feedback

Some aspects of the experience were praised and appreciated by the team.

  1. Team spirit: Participants found that using the Scrum process brought them closer, made them aware of each other’s thinking processes and helped build team spirit. They felt the method facilitated knowledge sharing.
  2. Dynamic: Most of the participants also found the process to be very vibrant and dynamic. The process energized the team, and all team members felt they had a voice.

Lessons Learned

What can be gauged from this case study is that in order for the Agile process to be effective, the following is required:

  1. The transition to Agile must be planned thoroughly.
  2. Agility must be introduced iteratively – a single-jump transition to Agile is a recipe for failure.
  3. A plan for change and education must be put in place to prepare the team for Agile.
  4. A warm introduction of Agile through a change management plan is necessary.
  5. Continuous feedback and improvement of the Agile implementation are needed.

Agile Adoption

Engagement and collaboration are the foundation of the Agile platform. However, Agile is a generic

framework. Its adaptation is not an easy process. Additionally, projects and organizations frequently fail to define Agile adoption benefits prior to the transition.

In contrast to the simplistic and partial views undertaken by organizations, Agile adoption is influenced by a number of factors. Most of these factors arise as a direct result of the nature of the organization. Thus, self-knowledge is critical when making an organizational process change.

A pre-evaluation of Agile suitability must be conducted to ensure it is a right choice prior to

implementation. In such an evaluation, various parameters must also be considered and acknowledged prior to the transition to Agile:

  1. Cultural fit: Much depends upon whether Agile can be implemented successfully in a given organizational culture. Agile is certainly not a cure-all remedy, and organizations with compatible cultures can achieve benefits to a sizable degree. However, when Agile is a miss-match, it becomes a cultural shift rather than a simple process adoption.
  2. Project execution maturity: How good are your team at delivering? Delivery is a culture and a process. Changing the process won’t necessarily make you good at delivering. Process maturity is a state of robustly defined, inter-related processes that lead to consistent results and output with the least deviation. Understanding the maturity level facilitates project execution as the project implementation strategy can then be adapted to a particular level of maturity.
  3. Expectations: The framework lays out a set of principals but does not define benefits. It’s an organization’s responsibility to define what it is expecting from Agile.
  4. People: Stakeholders across all concerned divisions need to participate in the decision to adopt Agile. Educational enhancement activities can allow for better organization-wide comprehension of this process.
  5. Distributed environment: If the team is geographically distributed, Agile could be a challenge since the Agile concept is built around a team being co-located. Thus, distributed Agile implementation is challenging, and the constraint of being distributed may impact the process.

Agility is not a one-dimensional concept. Organizations tend to have deep-rooted methods of project execution, and the present degree of agility needs to be accounted for before switching to Agile.

The management of the transition from the current style of project execution to Agile affects the large-scale realization of Agile benefits. This transition needs to be gradual and well-managed rather than abrupt and sudden. A warm introduction to Agile through a change of management plan can facilitate the overall transition.

Ultimately, Agile is a difficult-to-master concept. Rolling out a process does not necessarily mean the end of the journey. The process maturity level is enhanced by the implementation of a process improvement capability that supports projects and promotes the key concepts and practices of the methodology – helping to ensure Agile adoption is a success.


  1. In your organization, if you are tasked to move from Traditional PM to Agile PM, which method will you consider? Why?
  2. If you have to move away from Traditional PM, what will be your approach and how will you ensure that the transition does not impact negatively on the upcoming projects?


Reference ID: #getanswers2001058