“I find more bitter than death the woman who is a snare, whose heart is a trap and whose hands are chains. The man who pleases God will escape her, but the sinner she will ensnare.” (Ecclesiastes 7:26 NIV) Solomon most likely wrote the above verse from Ecclesiastes in his later years. Who better to write about the enslaving nature of sexual sin than the man who had hundreds of wives and concubines? The scripture tells us that Solomon’s love for foreign women eventually led to his plunge into idolatry. Chasing sex, he allowed these women to lead his heart astray: “his wives turned his heart after other gods, and his heart was not fully devoted to the LORD his God” (1 Kings 11:4 NIV).
In the verse above, the woman can be used metaphorically as sexual sin in general. As in the first few chapters of Proverbs, Solomon here also warns people to steer clear of sexual sin. Those who do not will be ensnared by it. Regardless of gender, sexual sin can enslave people when they give it an opportunity to do so. It is the type of slave master who does not release its victims once they are ensnared. It seeks to consume every area of the slave’s life.
Today, remember, God created us to have dominion over the earth and to subdue it. At the fall of Adam and Eve, the devil usurped man’s dominion and was given the power of death. When Jesus died and rose from the dead, he took dominion away from the devil. And now those who believe in Jesus rightfully inherit that dominion over the earth, the forces of evil and sin. Paul explained in Romans that we are not to allow sin to reign in our bodies. We have dominion over sin and have the freedom to use our bodies to please God.
…so use your whole body as an instrument to do what is right for the glory of God. Sin is no longer your master, for you no longer live under the requirements of the law. Instead, you live under the freedom of God’s grace.” Romans 6:13-14 (NLT)
Let’s Pray Yahweh, thank You for dying in my place on the cross and rising from the dead. Father, thank You for winning back dominion for us over evil, sin and death. God, help those of us that struggle with sexual sin, we confess all our sins to You and repent asking for Your total forgiveness, in Christ’s Name! Amen.
The Nigerian construction industry is mostly concerned with the development and provision of projects such as roads, bridges, railways, residential and commercial real estates, and the maintenance necessary for the socio-economic developments contributes immensely to the Nigerian economic growth (Bureau of Statistics, 2015). Butcher and demmers (2003) described projects as an idea which begins and ends by filling a need. However, a project fails when its idea ends without meeting the needs and expectations of its stakeholders.
Nigeria Has Become the World’s Junk – Yard of Abandoned and Failed Projects worth Billions of Naira!
Hanachor (2013), revealed that projects form part of the basis for assessing a country’s development. However, a damming report from the Abandoned Projects Audit Commission which was set up by the Ex-President Goodluck Jonathan in 2011 revealed that 11,886 federal government projects were abandoned in the past 40 years across Nigerian (Abimbola, 2012). This confirmed the assertion by Osemenan (1987) “that Nigeria has become the world’s junk –yard of abandoned and failed projects worth billions of naira”.
Abandoned projects including building and other civil engineering infrastructure development projects now litter the whole of Nigeria.
Physical projects do not only provide the means of making life more meaningful for members of the community where the projects are located, successful projects also result in empowerment and collective action towards self improvement (Hanachor, 2013).
This Issue of Abandonment Has Been Left Without Adequate Attention for Too Long, and Is Now Having a Multiplier Effect on the Construction Industry in Particular and the Nigeria’s National Economy as a Whole. (Kotngora, 1993)
PROJECT FAILURE
Project Failure might mean a different thing to different stakeholders. A project that seemed successful to one stakeholder may be a total failure to another (Toor and Ogunlana, 2008). Some stakeholders, more especially the project users and some private owners, think of failed projects as a situation where a completed building project collapsed, a situation where by a completed dam project stopped working after few days of completion, or a completed road project that broke down after few months of completion. Other experienced stakeholders, such as engineers and architects conform to the iron triangle by Atkinson (1999) which states that the most strategically important measures of project failure are “time overrun”, “cost overrun”, and “poor quality”.
Turner (1993) noted that a project fails when the project specifications are not delivered within budget and on time;the project fails to achieve its stated business purpose; the project did not meet the pre-stated objectives; the project fails to satisfy the needs of the project team and supporters; and the project fails to satisfy the need of the users and other stakeholders. Lim and Mohamed (1999) cited in Toor and Ogunlana (2009) clarified that there are two possible view points to project failure namely; the macro-level and the micro-level. They further explained that the macro view point reviews if the original objectives and concepts of the project was met. Usually the end users and the project beneficiaries are the ones looking at the project failure from the macro view point, where as the project design team, the consultants, contractors, and suppliers review projects from a micro view point focusing on time of delivery, budget, and poor quality.
In the early 1990s, the failure as well as the success of any project was determined by the project duration, monetary cost, and the performance of the project (Idrus, Sodangi, and Husin, 2011). Belout and Gauvrean (2004), also confirmed that the project management triangle based on schedule, cost, and technical performance is the most useful in determining the failure of a project. Moreover, a project is considered as an achievement of specific objectives, which involves series of activities and tasks which consume resources, are completed within specifications, and have a definite start and end time (Muns and Bjeirmi 1996, cited in Toor and Ogunlana, 2009). Reiss (1993) in his suggestion stated that a project is a human activity that achieves a clear objective against a time scale. Wright (1997) taking the view of clients, suggested that time and budget are the only two important parameters of a project which determines if a project is successful or failed. Nevertheless, many other writers such as Turner, Morris and Hough, wateridge, dewit, McCoy, Pinto and Slevin, saarinen and Ballantine all cited in Atkinson (1999), agreed that cost, time, and quality are all success as well as failure criteria of a project, and are not to be usedexclusively.
FACTORS OF PROJECT FAILURE
Cookie-Davies (2002) stated the difference between the success criteria and the failure factors. Hestated that failure factors are those which contributed towards the failure of a project while success criteria are the measures by which the failure of a project will be judged. The factors constituting the failure criteria are commonly referred to as the key performance indicators (KPIs).
Timeand Cost Overrun
The time factor of project failure cannot be discussed without mentioning cost. This is because the time spent on construction projects has a cost attached to it. Al-Khali and Al-Ghafly, (1999); Aibinu and Jagboro, (2002) confirmed that time overrun in construction projects do not only result in cost overrun and poor quality but also result in greater disputes, abandonment and protracted litigation by the project parties. Therefore, focus on reducing the Time overrun helps to reduce resource spent on heavy litigation processes in the construction industry (Phua and Rowlinson, 2003). Most times, the time overrun of a project does not allow resultant system and benefits of the project to be taking into consideration (Atkinson, 1999). Once a project exceeds the contract time, it does not matter anymore if the project was finally abandoned or completed at the same cost and quality specified on the original contract document, the project has failed. Furthermore, Assaf and Al-Hejji, (2006) noted that time overrun means loss of owner’s revenue due to unavailability of the commercial facilities on time, and contractors may also suffers from higher over heads, material and labour costs.
Poor quality/Technical Performance
The word “Performance” has a different meaning which depends on the context it is being used and it can also be referred to as quality. Performance can be generally defined as effectiveness (doing the right thing), and efficiency (doing it right) (Idrus and Sodangi, 2010). Based on this definition of performance, at the project level, it simply means that a completed project meets fulfilled the stakeholder requirements in the business case.
CAUSES OF PROJECT FAILURE
A lot of research studies have investigated the reasons for project failures, and why projects continue to be described as failing despite improved management. Odeh and Baltaineh, 2002; Arain andLaw, 2003; Abdul-Rahman et al., 2006; Sambasivan and Soon, 2007; all cited in Toor and Ogunlana, 2008, pointed out the major causes of project failures as Inadequate procurement method; poor funding and availability of resources; descripancies between design and construction; lack of project management practices; and communication lapses
The contract/procurement method
A result obtained from two construction projects which were done by the same contractor but using different procurement methods showed that rework, on the design part which occurs when the activities and materials order are different from those specified on the original contract document, makes it difficult for the project to finish on the expected time (Idrus, Sodangi, and Husin, 2011). This is as a result of non-collaboration and integration between the design team, contractor, and tier suppliers. The rework on the design portion has a huge impact on project failure leading to the time overrun. The traditional method of procurement has inadequate flexibility required to facilitate late changes to the project design once the design phase of the construction project has been concluded.
Nigerian most widely used procurement method is the traditional method of procurement (design-bid-construct) which has been confirmed to be less effective to successfully delivery of a construction project (Dim and Ezeabasili, 2015). And, the world bank country procurement assessment report (2000) cited in Anigbogu and Shwarka, (2011) reported that about 50% of projects in Nigeria are dead even before they commence because they were designed to fail.
The way the construction projects are contracted, in addition to the way the contracts are delivered, contributes to the causes of projects failure. Particularly, among the methods of project contracting is lump-sum or a fixed-price contracting method, in which the contractor agrees to deliver a construction project at a fixed price. The fixed-price contract can be low-bid or not however, once the contract cost has been agreed upon the contract award, it cannot be changed. And, contractors are expected to honor and deliver the contract agreement, failure to do so can result in a breach of contract which can result in the contractor being prosecuted.
Awarding a contract to an unqualified personnel also contributes to project failures. When a contractor places more emphasis on money and the mobilization fee after a construction project has been initiated instead of getting the right workforce and skilled professionals that will execute the project. Instead the workforce chosen will often not be base on competence and required skills rather it will be based on availability. Moreover, poor strategy and planning by contractors who have overloaded with work also contributed to one of the causes of project failure.
Poor funding/Budget Planning
A lot of public projects in the Nigerian construction industry failed as a result inadequate funding, and the difference between the national annual budget and the budget actual released. Most of the Nigerian public projects are signed even before the actual release of the national budget. The difference in budget of the contracted project and the actual budget release can get the contracted company stuck as a result of inflation of prices, scarcity of construction material at the time of the budget release and mobilization to site. Also un-planned scope of work which can be as a result of the contractor working on another contract when he is called back to mobilization to start work. Moreover, poor budget planning is a regular mistake made by some contractors by not undertaking feasibility assessments before starting the design. The construction project should be planned according to the available resources and not according to the unrealistic expectations a client has in mind.
Discrepancies Between the Design and Construction
Limited collaboration between the contractors, engineers, and the architect results in discrepancies between the project designs and construction on site, and further leads to rework. Changes on a project designs, and changing to the scope of work in the middle of construction processes on site can be dangerous, and can lead to time overrun, increase in cost, and most of all can lead to abandonment. Moreover, many cases have been seen where the designs from the architects are not buildable on site, whileIn some cases, most contractors are unable to adequately specify the scope of work for the construction processes on site. Therefore any default on the design by the architect can be an opportunity for the contractor to make more money which might cause the project duration to exceed the time specified on the contract document.
RESEARCH METHODOLOGY
This research starts with a general reasoning or theory which says that the major cases of project failure in the Nigerian construction industry are defined based on time overrun and cost overrun. The findings from the data analysis will help on the decision to accept the theory or not. The research data was collected from the progress report for the month ending of October, 2015 published by the Nigeria of Federal Ministry of works on thirty-nine on-going highway construction projects at the South-South geopolitical zone. The table 1 below shows the information on the data collected which comprises of the project title, contract Number, project description, the contractor that was awarded the projects, the date of project commencement, date of completion and the extended date if any. The scheduled time for each project was specified as follows: project commencement date labeled as “a”,project completion date labeled as “b”, and the extended date labeled as “c”.
Table 1: The analyzed data on the highway project at the South-South zone in Nigeria.
DATA ANALYSIS
The data analysis was done with the use of Microsoft excel. The analysis started by obtaining the number of days between the date of commencement of each project and the date of completion to show the duration of each highway project. And, the number of days between the project completion date and the extension date showed the time-overrun. The project duration and the extended days were obtained with the use of NETWORKDAYS function in Microsoft Excel which calculates the number of working days between two dates excluding weekends and any dates identified as holidays.
The standard deviation between the specified project duration for each highway projects and the extended days was calculated to obtain the extent to which each highway project contract failed on its time of delivery. This was denoted as the degree of failure. The table 1 above showed the projects ranking which was done based on the degree of failure of all the highway projects. The highway projects that were ranked from one to sixteen have low degree of failure and are represented with green color, while the rest are those with high degree of failure and are represented with red color.
FINDINGS
The findings made showed that the successfully completed highway projects have no extended days or time overrun, and the successful on-going highway projects are still on schedule and have no extended days unlike the on-going highway projects that have already failed as a result of the extended dates. Other projects have been abandoned because they have exceeded the delivery date as specified on the contract document, and have no extended date of completion. Thus, no work is going on.
Figure 1: Abundance of failed highway projects at south-south zone, Nigeria.
Figure 2: On-going failed highway projects
Figure 2 above showed that 14% of highway projects are still on-going projects because they have not exceeded the original date of completion as specified on the contract document. However, they are heading towards failure because they have been given an extended date of completion which can be as a result of some critical activities running behind schedule, causing delay on the critical path network of the projects. Moreover, the other 86% completely failed because they have exceeded their completion date specified on the contract document.
Figure 3: Successful on-going highway projects
The figure 3 above showed that 63% of the successful highway projects are still on-going because they have not exceed their completion dates, and they are not yet completed. However, those on-going highway projects might end up as failed projects as a result of poor funding, discrepancy between the design and the construction on site, and conflict between the construction parties or stakeholders.
“Say what you will do, and do what you said” or “Say as you will do it, and do it as you said”
CONCLUSION AND RECOMMENDATION
The idea of knowing what a failed project is, the factors and the causes is very important in project management. Success in project management can neither be achieved nor measured without the knowledge of project failure, its factors, and causes in the Nigerian construction industries. This work has shown that project failure is as a result of exceeded time of delivery, cost overrun, and poor quality. However, the analysis was only done based on exceeded time of project delivery because of the nature of the data collected.
This work suggested a few approaches to help reduce the number of failed projects in the Nigerian construction industry if properly implemented. Firstly, Having good collaboration between the project stakeholders involved in a construction project at the early stage of project conception is most important in order to accomplish the project objectives, and deliver the project on time, within budget, and quality specified on the original contract document (Othman, 2006).
Secondly, Adopting the ISO 9000 technique which is used for quality management will also help in achieving a successful project delivery. This technique states “ say what you will do, and do what you said” or “say as you will do it, and do it as you said”. This technique is not an indication of high quality but it promotes control and consistency which leads to specialization, and improved productivity and quality. Also, adopting the principles of lean construction will help to reduce waste within the construction and stream-line activities in order to improve the on-time delivery of projects.
Thirdly, Learning from the precedent failed projects, how those projects failed, and the reason for their failures. This will help the project manager to plan and mitigate the risks of project failures in the future. And, finally, more seminars and workshops will help to educate and enlighten clients (the federal government representatives), users, contractors, engineers, and architects on what is project failure, the factors that contributes to abundant failed projects, and their causes.
REFERENCE
Abimbola, A. (Novermber 24, 2012). About 12,000 Federal Projects Abandoned across Nigeria. Premium times (November 16, 2015). Retrieved from www. Premium timesng.com/news/108450-about-12000-federal-projects-abandoned-across-nigeria.html.
Al-Khali, M.I and Al-Ghafly, M.A. (1999). Important Causes of Delays in Public Utility Projects in Saudi Arabia. Construction management and Economics, 17, 647-655
Aibinu, A.A and Jagboro, G.O. (2002). The Effects of Construction Delays on Project Delivery in Nigeria Construction Industry. International journal of Project management, 20(8), 593- 599.
Anigbogu, N. and Shwarka, M. (2011). Evaluation of Impact of the Public Procurement Reform Program on Combating Corruption Practices in Public Building Project Delivery in Nigeria. EnvirontechJournal, 1(2). 43-51.
Assaf, S. and Al-Hajji, S. (2006). Causes of Delays in large Construction Projects. International Journal of Project Management, 24, 349-357.
Atkinson , R. (1999). Project management: Cost, time, and quality, two best guesses and a Phenomenon, it’s time to accept other success criteria. International Journal of project Management, 17(6), 337-342.
Belout, A and Gauvrean, C. (2004). Factors Influencing the Project Success: The impact of human resource management. International Journal of project Management, 22, Pp. 1-11.
Butcher, N. and Demmers, L. (2003). Cost Estiumating Simplified. Retrieved from www.librisdesign.org.
Cookie-Davies, T. (2002). The Real Success Factors on Projects. International Journal of Project management, 20(3), 185-190.
Dim, N.U. and Ezeabasili, A.C.C (2015). Strategic Supply Chain Framework as an Effective Approach to Procurement of Public Construction Projects in Nigeria. International Journal of Management and Susutainability, 4(7), 163-172.
Hanachor, M. E. (2012). Community Development Projects Abandonment in Nigeria: Causes and Effects. Journal of Education and Practice, 3(6), 33-36.
Idrus, A., Sodangi, M., and Husin, M., H. (2011). Prioritizing project performance criteria within client perspective. Research Journal of Applied Science, Engineering and Technology, 3(10), 1142-1151.
Idrus, A. and Sodangi, M. (2010). Framework for evaluating quality performance of contractors in Nigeria. International Journal of Civil Environment and Engineering. 10(1), 34-39.
National Bureau of Statistics (January, 2015). Nigerian Construction Sector Summary Report: 2010-2012.
Kotangora, O. O. (1993). Project abandonment, Nigerian Tribune.
Osemenan, I. (1987). Project Abandonment. New Watch Magazine, Vol. 1, pp. 15.
Phua, F.T.T and Rowlinson, S. (2003). Cultural Differences as an Explanatory Variable for Adversarial Attitude in the Construction Industry: The case of HongKong. Construction Management and Economics, 21, 777-785.
Reiss, B. (1993). Project Management Demystified. London: E and FN Spon Publishers.
Toor, S. R. and Ogunlana, S. O. (2008).Problems causing Delay in Major Construction Projects in Thailand. Construction management and Economics, 26, 395-408.
Toor, S. R. and Ogunlana, S. O. (2008). Critical COMs of Success in Large-Scale Construction Projects: Evidence from Thailand constructuction industry. International Journal of Project management, 26(4), 420-430.
Toor, S. R. and Ogunlana, S. O. (2009).Beyound the “Iron Triangle”: Stakeholder perception of key performance indicators (KPIs) for large-scale public sector development projects. International Journal of Project management, doi: 10.1016/j.ijproman.2009.05.005.
Toor, R. and Ogunlana, S. (2009). Construction Innovation: Information, process, management. 9(2), PP. 149-167.
Turner, J. R. (1993). The Handbook of project-Based Management: Improving the process for achieving strategic objective. London, McGraw-Hill.
Wright, J., N. (1997). Time and Budget: The twin imperatives of a project Sponsor. International Journal of Project Management, 15(3), 181-186.
Only one in three software projects will turn out to be successful. According to Standish Group’s 2015 Chaos report, 66% of technology projects (based on the analysis of 50,000 projects worldwide) end in partial or total failure. More surprisingly, these statistics have been the same for the last five years, the report shows. Furthermore, 17% of large IT projects go so badly that they can threaten the very existence of a company.
On Average, Large It Projects Run 45% over Budget and 7% over Time, While Delivering 56% Less Value than Predicted
Despite such failures, huge sums continue to be invested in IT projects and written off. For example the cost of project failure across the European Union was ┚¬142 billion in 2004.
It Projects Always Come with an Element of Risk, but There Are Huge Gains to Be Had If We Can Just Avoid Some of the Factors That Contribute Frequently to Project Failure
What makes a IT project successful, though?
According to the Standish Group, a successful project is on time, on budget and has satisfactory results (value, user and sponsor satisfaction, and meets target requirements). Other measures of success are widely known and accepted as true such as getting requirements right, providing effective leadership, and having full support and engagement from sponsors and users. Without these, it’s unlikely that any project would succeed.
But there’s more to success than what is widely known and, apparently, rarely followed. To reduce the risk of failure for your tech project, here are six key actions to take on the road to success.
1. Executive Vision and Involvement
Without a Executive Senior Sponsor Its Easy for Projects to Fail with the Organizational Resistance That Accompanies Large Change
Executive involvement is a primary variable in predicting the success of an IT project. Having a leadership team aligned across an organization articulating the purpose, value, and rationale for a project goes a long way towards getting stakeholders and end-users pulling the proverbial rope in the same direction.
2. Have a clear view of scope and timetable
Oftentimes, a tech project flops because its developers fail to plan and rush forward with an idea. However, some project managers plan so meticulously that they end up falling behind and lose momentum. The best approach is somewhere in between.
Interviewing team members, documenting requirements, prioritizing what is “mission critical” versus “nice to have,” getting agreement across stakeholders can feel like a never-ending cycle. As a result, requirement gathering has fallen out of fashion with many organizations in the past few years.
However, the ideal starting point for a successful technology project is to have a set of fundamental requirements with sufficient detail to develop against.
Requirement Gathering Is Labour-intensive and Challenging but Remains the Roadmap and Measuring Stick for Software Projects
This approach allows you to maintain sight of the business benefits as well as engaging stakeholders and responding to their feedback. In combination with a clear business case, a well-defined set of requirements also simplifies design and testing, two areas where projects tend to go sideways.
Ensure that requirements for the project are clearly defined and agreed upon among stakeholders and that you have a way to track, measure, and manage changes in requirements as appropriate during the project.
3. Define how you will deliver
When it comes to delivering a major project, one size does not always fit all. All products are customizable to some degree, so what might have worked in one company may not work in another company.
That being said, why reinvent the wheel if it’s already proven successful? Sometimes it can be more beneficial to use an existing off the shelf solution. Whichever direction you take, choose the delivery mode that works best for your company.
4. Risk Identification and Management
Every project has risk and there are many factors out of your control. People leave the organization, for better or worse, leadership changes, budgets get cut, however, many risks to projects can be mitigated or even eliminated with some forethought and on-going management. For example, do you have the resources you need to deliver the project (resource risk). Are project goals clearly understood and requirements clearly defined (scope risk). Do you have a realistic project plan and timeline (time risk).
Mitigating Risk Is a Combination of Science and Art, and Always a Balancing Process
5. Test your product again and again
A technology project is something that should overall support your business. It should not be something that dictates and forces you to change your operations. If this is happening, you should shift gears and focus on tweaking the technology, rather than lowering expectations and adopting less ideal requirements.
Adequate testing is a must for any tech project. While some features may be fine with automated testing, the best approach is to have a dedicated testing team. Testing activities should mirror those with the development team throughout the project’s lifetime. With thorough testing, a project should deliver with less design flaws or missing requirements.
6. Prioritize simplicity and performance
Developers often leave the external look and feel of a product to the wayside thinking these things are not necessities for the consumer to enjoy. However, user experience is absolutely critical to the success of the project.
Developers must consider things like storage, network requirements, processing speeds and overall performance in order to satisfy the customer. If users are going to have to wait for an extended period to allow information to load, there must be a good reason for the wait, otherwise they won’t return for future products.
Simplification and Improved Efficiency Is What Adds Value
Ultimately, using the product should be a smooth and intuitive experience. Additionally, tools and alternative routes must be placed logically without being intrusive. The process can be complicated, but the finished product should emit simplicity. After all, that’s what makes companies like Apple so successful. Simplification and improved efficiency is what adds value.
We all know that project managers are responsible for managing projects through to completion while remaining on time and within budget, but how exactly do they do it? What does a typical day look like for a project manager?
Here’s a sample of what a typical day might look like for a project manager.
The Early Bird Gets the Worm, Success Comes to Those Who Prepare Well and Put in Effort
8.30 am: Starting the day
After settling in for the day’s activities, it’s time to plan out the day. Start up the computer, email clients, draft team schedules, organize time sheets and create the to-do list.
To-do lists help managers and their teams stay on track. If a manager notices that one team member has yet to deliver an assignment, they can address this issue first thing in the morning; otherwise, delays can build up and affect the project. Likewise, lists help managers see the next course of action for projects.
9:15 am: Time to get moving
Efficiency is a must and there is no time to be wasted in project management. After a quick review of project plans and to-do lists, the manager must be prepared to get his team moving right away.
Round up team members, review the project’s current position and emphasize the next course of action. In order to get the team moving on assignments, strong project managers set deadlines throughout the day.
Morning team meetings are also necessary to make sure each member understands the project and their assignments. It’s also a time to answer any questions for clarity or to get feedback or concerns from individuals.
While daily group meetings can be important, they are not always necessary and can be counter-productive. If the team is on the same page and everyone is ready to tackle the tasks of the day, spend a short period re-grouping so that the team can get on and complete their assignments. There’s no need to spend hours planning and reviewing.
10 am: Meetings, meetings, meetings
More than one project manager will be more than likely in the office and they will all need to work together for the benefit of the programme. This is why meetings with other managers and higher ups are necessary in a project manager’s day.
Meetings allow each project manager to go through the status of their respective projects and to track the weekly schedule and other deadlines. It is also a time to address any business-critical tasks that might come up.
It’s worth considering that only 7% of communication is spoken. The other 93% is made up of tone (38%) and body language (55%). So although facts and figures are easily communicated via email, letter or phone, an actual discussion or negotiation is best handled where you can see the other person and therefore are able to see for yourself what their tone and body have to say on the matter.
10:30 am: Tackling the small stuff
Meetings will be on and off throughout the day for project managers, which is why it’s important to tackle the small tasks in between appointments. Small tasks include wrapping project reports, booking future meetings, answering correspondences with other colleagues, reviewing items and team reports among other things.
It’s also important to schedule post-mortem meetings with the project team to review the success of projects in order to apply any lessons learnt to future projects.
11 am: Project kick-off meeting
When one project ends, another begins, which means it’s time for yet another project kick-off meeting. Kick-off meetings can take on various forms, depending on the type of business. However, they all share the same basic needs.
Every individual involved with the new project should be in attendance and have the latest version of project specifications in written form. As project manager, it might be wise to send this to team members several days before the kick-off meeting to ensure everyone has time to review.
During a kick-off meeting, it’s important to review the overall goals for the project, both commercial and technical details, break down functional requirements, and spend time for discussion and questions. By allowing team members to communicate questions and share ideas, it opens the lines of communication and may bring up potential concerns that might have been missed in the initial planning stages.
Conclude kick-off meetings with a definition of the next steps and be sure individuals are aware of deadlines and their assignments.
11:30 am: Reviewing project specs, budgets and scheduling submissions
Other important tasks to tackle in between meetings include reviewing specifications and budgets and schedules for future projects. If a project begins that day, now would be a good time to apply the finishing touches to the project documentation before presentation and approval.
When it comes to establishing project estimates and budgets, a project manager must bring all of his experience into play in order to create a realistic budget that includes wiggle room for factors such as project complexity, team experience and skill levels, stakeholders involvement, time needed, third-party services needed, and contingency allowances among many other things.
It’s Not Easy to Squeeze in a Lunch Break, but It’s Often Necessary for the Project Managers Health and Sanity
12 pm: Lunch
In the midst of the seeming chaos that is project management, be sure to fuel up for the rest of the day’s work. Lunch is also a great span of time to check in with team members to make sure they are still on target for later-day deadlines.
2 pm: Launching the next project
After digesting lunch, it’s time to launch the next project. Get the whole team ready to go live and present the project to the client and begin testing aspects of the project in a live environment. It’s a time to spot problems and address them and review schedules and deadlines and other project needs.
3 pm: Time for everything else
The final two hours in the office are spent addressing everything else on the project manager’s plate. A project manager must be good at multi-tasking and whatever duties couldn’t be accomplished throughout the day are reserved for the final hours. Most of the time, lower priority tasks are reserved for afternoon hours. These tasks could include project update meetings with various departments, logging finances, reviewing monthly project schedules, approving time sheets, writing weekly reports, sorting purchase orders and communicating with suppliers. There are so many other small to-do list items that project managers are responsible for, but are often overlooked.
Spending Time at the End of the Day as Well as the Beginning to Review and Plan Will Only Help You Succeed as a Project Manager
5 pm: Review the day, plan for tomorrow
Before heading home, review the day’s list and what’s been accomplished. Anything that has been added or was left unfinished should be scheduled for the next day or sometime throughout the week. Reflect on your team’s work and clear the email inbox. Use a filing system that makes sense for you and be ruthless about deleting stuff. The beauty of an empty inbox is a thing to behold. It is calming, peaceful and wonderful.
Most project managers know the importance of requirements management. Without a solid foundation and grounding in the subject, requirements management quickly turns towards the complex and difficult side.
Why Manage Requirements?
In the final analysis, all projects are completely driven by requirements. Requirements are usually not cast in stone. Stakeholders gather insights and more knowledge of their true needs with time. This means that they can change their minds about requirements, no matter how late in the game. Requirements should therefore be managed proactively in anticipation of change.
However, if requirement definitions are not set up properly in the first place, expect that the quality of delivery will suffer, along with more schedule delays than imagined, anda big drain on the budget.
Broad project requirements help to establish a baseline for objectives. Subsequent change requests would thus require approval by the right authority; a change control board is usually set up to investigate and approve changes to requirements. The objective of baselining is not to prevent or discourage changes, but to ensure that approved changes are relevant and deserve the priorities assigned to them.
The simplest way for project managers to reduce the probability of missing critical requirements is to hold requirements review sessions to ensure that stakeholders understand the requirements and that any ambiguities, inconsistencies and omissions are identified and addressed to facilitate requirements approval or sign-off.
However, when inaccurate requirements are in play, team members end up reworking those activities multiple times. The only sensible course of action is to deliver requirements up front in an accurate manner. That way team members will be able to immediately identify any missing components early in the project lifecycle.
It’s vitally important to employ tools designed to assess requirement quality at the beginning of the project. These tools will help to identify any requirements that are vague or missing early enough to improve the changes of success for the project. Even simple tools like guidelines and checklists can solve major problems later on. You may also consider automated tools, depending on your level of technical expertise.
The Good, the Bad and the Ugly of Requirements Management
Good Requirements
Requirements that meet the “good” standard are ones that anyone can easily evaluate to quickly and clearly determine that all the needs have been accurately met by the project.
The common criteria used by project teams to properly evaluate requirements is as follows:
Verifiable: Ensure that all deliverables are able to be evaluated to ensure they have met all necessary requirements. Verification techniques such as modelling, analysis, review by experts, simulations, and demonstrations or testing.
Testable: Requirements are able to be assessed using the most basic of all criteria. This includes quantitative measurement like “pass or fail.”
Traceable: Requirements should be tagged to specific sources. Examples are compliance requirements, best practices, industry standards, and use cases.
Clarity: All statements should be presented in unambiguous ways so the cannot be interpreted differently by different team members.
Bad Requirements
Bad requirements are marked by their incompleteness and lack of clarity. They are hard to understand and implement. They generally possess these characteristics:
Inconsistency: Without clarity, you’ll find requirements that are in conflict with other requirements! This is very frustrating because there’s no way that either one will ever be satisfied.
Non-valid: These are requirements that team members simply cannot understand. They will never be able to accurately assess or approve non-valid requirements.
Non-ranked: These requirements have not been correctly prioritised. Without proper ranking, it’s difficult for team members to be able to assess them properly.
The risk to the project not meeting the clients expectations is not something that will ever be entirely removed. However, having a specific criteria upon which to benchmark a project is a great way to reduce this risk.
Risks fall into two main categories. Systemic risk is inherent to the nature of the work and cannot be avoided. The non-systemic risk is a bit different and relates from the activities in the project itself. One of the greatest of all non-systemic risks is that of bad requirements management.
Teams that wish to reduce the risk of the project not meeting the clients expectations substantially are best served by establishing specific requirements in the initial stages. Common goals like being “on time and on budget” while maintaining a high level of quality will require dedication from teams members who have eliminated as much non-systemic risk as possible.
When you’re next involved in a project where requirements come up in a discussion, always pay careful attention to the good, the bad, and the ugly that could result without proper due care and attention.
There are a few who get project management right from the outset, but for many it’s a minefield. In theory, project management seems easy, but it’s not as straightforward as it seems. If you’re like the majority of people, you follow what seems like a simple project management process. You start by setting your budget, you choose the right people to join the team, and hope the project gets completed without too many hitches along the way.
But, realistically speaking, project management is nothing like this – it’s hardly ever so straightforward. Mistakes are made. You might choose the wrong people to complete the project. Your team might have no idea what’s expected of them or what the project goals are, or in some cases they might even receive conflicting information, which puts the whole project in jeopardy. Sometimes the scope of the project changes, and because of everything else that’s going on, your team is unable to fulfill the requirements and meet the project deadlines.
It happens, and you’ve got to be prepared for any situation while working together towards the common goal – successfully completing the project.
Don’t throw in the towel just yet. It might seem daunting, but there are few surefire tricks of the trade which businesses and project managers can implement to better their chances of successfully completing a project on time and within budget.
1. Know the Project Details Well
Before starting, you need to create a thorough project scope that outlines every single thing. This then needs to be approved by every stakeholder involved.
Your scope needs to have as much detail as possible such as the short-term milestones, deliverable dates, and a budget outline. It makes sense really. The more detail it includes will improve your odds when it comes to completing the project successfully.
What’s more, you’ll also improve your relationship with your client throughout the whole project process from the beginning right through to the end. Of course every project will encounter a few changes along the way – this is the norm, but having a detailed plan will help you manage your client better when something is off course.
Choose your Project Team Members and Size Wisely
2. Choose your Project Team Members and Size Wisely
Naturally, if you want your project to be a winner, you need the right people for the job, which includes having the right project manager on board. Keep your team as small as possible – size does matter; so don’t let anyone else tell you otherwise.
The smaller the team, the better the communication. It also eases the stress and takes the pressure off the project manager. With a smaller team made up of the right people, the project manager will be able to organise their group without losing sight of all the details and work that’s needed doing. So, if you really want to have an effective project, limit your group’s size and only use those people and their skills that can benefit the project.
3. Highlight your Expectations from the Outset
You need to outline what you expect and what the client expects, which includes all the milestones, from the very beginning. Setting more milestones more frequently will allow you to follow the project’s progress more effectively. This way you’ll be able to jump on things quickly when they begin to go off scope, allowing you and your team to remain on target and on time.
Setting frequent milestones in a project will also allow you to review your spending and the investment thus far, which in turn will help you stay within the budget.
Milestones remove any ambiguity. They allow people to stay on target and there’s less risk of derailing the project.
Milestone setting should be a team effort. Everyone should be on board, so there won’t be any excuses later on down the line.
4. Does your Team Know what They’re Doing?
It may sound like a given, but it’s really important to be crystal clear from the beginning regarding people’s roles in the project. In other words, you need to highlight who is responsible for what, and what their deadline or deadlines are.
Things can get complicated with many people working on the same task. Sometimes things get misinterpreted or lost in translation. Avoid anyone being confused by clearly stating who should do what right from start, and make sure you enforce accountability.
You don’t need to worry about manually managing such tasks, as there are plenty of easy-to-use online task management programmes that can do this for you, so embrace technology and ease your pressure.
You may think it’s a waste of time spelling it all out, but this ensures that the full scope of the project is understood, people are clear of their role and individual and collaborative timelines. This is the key to keeping people on task and motivated.
5. Stop Micromanaging
It’s important to constantly touch base with your team members. However, there’s a fine line between supporting them and breathing down their necks. Give them space instead of micromanaging. Empower your team, trust them, and you’ll get their best work.
6. Use a Reliable System to Manage the Project
Communication is key. Most people rely on emailing, but when it comes to managing a big project with a number of different people working on it, this can hinder the project’s progress. Constantly referring back to old emails and previous correspondence is only going to waste precious time. Use software that keeps everything in one place from communication to any project information and updates. This will save you and your team a lot of time and money.
Motivate your Team
7. Motivate your Team
Everyone works better with positive reinforcement. Set milestones and reward when they’re reached. Your milestones will keep all people on track. Celebrate milestones together, but be sure to also recognise those who can’t meet them.
8. Frequent Short Meets to Stay on Track
It’s a project with many people collaborating, so holding regular meetings is a must. This is the only way to ensure that everyone and the project are on track. But you need to keep it short and sweet. Don’t meet for the sake of meeting. Have an agenda and stick to it. If you’re doing your project virtually, it’s even more important to touch base on a regular basis, so keep those communication lines open.
People do tend to go on at times when given the floor, so give everyone a set time to speak and make sure you all stick to it.
9. Allow Time for Change
No project ever runs 100% smoothly and specifications do change along the way. So to avoid the unnecessary stress and running around frantically, do some forward thinking, and set aside a certain amount of time for any changes in the scope – you’ll thank yourself for doing so in the end!
