Much of success is about performance. It’s about what we do and what we are able to inspire others to do. There are some simple performance principles I have learned in my life, and I want to share them with you.  They really bring success, and what it takes to be successful, into sharp focus. They are also the basis for developing and maintaining an expectation of success.

The Five Principles of Performance

1. We generally get from ourselves and others what we expect. It is a huge fact that you will either live up or down to your own expectations. If you expect to lose, you will. If you expect to be average, you will be average. If you expect to feel bad, you probably will. If you expect to feel great, nothing will slow you down. And what is true for you is true for others. Your expectations for others will become what they deliver and achieve. As Gandhi said, “Be the change you wish to see in the world.”

2. The difference between good and excellent companies is training. The only thing worse than training employees and losing them is to not train them and keep them! A football team would not be very successful if they did not train, practice, and prepare for their opponents. When you think of training as practice and preparation, it makes you wonder how businesses survive that do not make significant training investments in their people.

Actually, companies that do not train their people and invest in their ability don’t last. They operate from a competitive disadvantage and are eventually gobbled up and defeated in the marketplace. If you want to improve and move from good to excellent, a good training strategy will be the key to success.

A project manager acts as the primary link between business and technical teams. A project manager is responsible for maintaining the project schedule, developing project estimates, working with external teams and tracking project issues. The project manager belongs to either the technical team or the project management office (PMO). The project manager works with business teams, technical teams, business counterparts, testing resources, vendors and infrastructure teams.

A project manager is often challenged with diagonally opposite views from the business side and technical side. A project manager’s success depends on balancing the needs and emotions of both sides.

Understanding the Requirements
A project manager must familiarize with the project’s requirements as defined by the business or product managers. This will help you understand the business vision behind the project. You will need this knowledge while negotiating with the technical teams.

Understanding the Technical Landscape
A project manager must also understand the technical systems, resource skills and infrastructure capabilities available for the project. Business teams come up with expectations that are sometimes beyond the capabilities of the technology team. It is the responsibility of the project manager to understand the technical capabilities available to the project.

Walkthrough of Business Requirements
This is a critical step in the project delivery process. The project manager must invite members from the business team, technical team, testing team, infrastructure team and vendors. The project manager must encourage the various stakeholders to ask questions about the requirements. Any prototypes available must be demonstrated in this meeting. The project manager must find answers to all questions resulting from the requirements walkthrough. The project manager must get the final version of the requirements approved by all stakeholders.

Managing Conflicts in Timelines and Budgets
All project managers will face the conflicts arising from shortened timelines and limited budgets. Business teams typically demand many features that are nearly impossible to deliver within short timeframes. The project manager must work with business and technical teams to prioritize the requirements. If the project is executed in a product development organization, then the project manager could utilize agile methodologies to deliver projects incrementally. In this case, the project manager may be required to act as a scrum master to facilitate scrum meetings between various stakeholders.

The Art of Saying “No”
As a project manager, you may be forced to say “no” to demands from both business and technology teams. However, it is important to create a win-win situation for all parties when you are faced with conflicting demands. You can work with the stakeholders individually before bringing all parties together. Most stakeholders prefer to work together. The success of a project manager depends on how effectively he or she can bring out the best in everyone, driving everyone towards a common goal.

Finally, the job of a project manager is not to satisfy the demands from all corners. The project manager must identify the essential deliverables that will meet the business needs, with a solid understanding of what is possible within the limits of technology.

Related:

Smart Project Management: Best Practices of Good Managers

Is Agism an Issue in IT?

The mainstay of a corporation is the data that it possesses. By data, I mean its customer base, information about the use of its products, employee roles and responsibilities, the development and maintenance of its product lines, demographics of supporters and naysayers, financial records, projected sales ... It is in the organization of this data that advancements to the bottom line are often realized i.e. the nuggets of gold are found. Defining what is important, properly cataloging the information, developing a comprehensive protocol to access and update this information and discerning how this data fits into the corporate venacular is basis of this data organization and may be the difference between moving ahead of the competition or being the one to fall behind.

Whenever we attempt to develop an Enterprise Rule Application, we must begin by harvesting the data upon which those rules are built. This is by no means an easy feat as it requires a thorough understanding of the business, industry, the players and their respective roles and the intent of the application. Depending upon the scope of this undertaking, it is almost always safe to say that no one individual is completely knowledgeable to all facets needed to comprise the entire application.

The intial stage of this endeavor is, obviously, to decide upon the intent of the application. This requires knowledge of what is essential, what is an add-on and which of all these requirements/options can be successfully implemented in the allotted period of time. The importance of this stage cannot be stressed enough; if the vision/goal cannot be articulated in a manner that all can understand, the knowledge tap will be opened to become the money drain. Different departments may compete for the same financial resources; management may be jockeying for their day in the sun; consulting corporations, eager to win the bid, may exaggerate their level of competency. These types of endeavors require those special skills of an individual or a team of very competent members to be/have a software architect, subject matter expert and business analyst.

Once the decision has been made and the application development stages have been defined, the next step is to determine which software development tools to employ. For the sake of this article, we will assume that the team has chosen an object oriented language such as Java and a variety of J EE components, a relationsional database and a vendor specific BRMS such as Blaze Advisor. Now, onto the point of this article.

IT jobs are without a doubt some of the highest paying jobs with information architects, data-security analysts and UX designers taking home $100,000 or more a year. But then again, these are high demand; high expertise jobs so don’t jump with joy as yet. But like every job and IT industry to be specific, not everyone commands such higher salaries. There are a large number of IT professionals who at some point of their career feel that their salaries have hit a standstill. Even if you are an IT professional and a great one at that, your technical expertise alone may not help you exceed the IT earning barrier. To continuously exceed your salaries, you need to work hard and smart. Here is how you can exceed the earning barrier in IT.

·         Gain Business Knowledge and Move Up The Management Ladder: IT departments for the most part are considered a part of “back office” operations. What this means is that despite being a core part of the business, IT professionals do not often get enough say in revenue generating components of the business and as a result seldom have a chance to take up senior management roles.  So if you do not want to stay content with a project manager or senior project management salary, invest time and money in gaining business knowledge. It could be through a formal business degree, online training courses or just by keeping your eyes and ears open while in the organization. Having the technical experience with business knowledge will instantly make you stand apart and open the doors for you to draw senior management salaries. For example, a survey conducted highlighted that CIOs were the biggest salary winners which clearly demonstrates the value of technical and business knowledge

·         Gain expertise on the “Hot” Technologies and Keep Learning: Say you are an expert in Java and draw a respectable salary in the industry. However, someone with less years of experience than you joins the organization and draws a higher salary than you! Why you ask. It could very well be because he/she is an expert in say big data technology such as Hadoop. Information Technology is one of the most dynamic industries with new technologies and languages coming up every now and then. When a new technology comes to the foray and gains traction, there is an instant demand-supply gap created which means that those with the specific skill sets are in a position to demand high salaries. If you have to break the IT earning barrier, always be ready to reinvent yourself by learning new technologies and this way you will be well positioned to jump on the high paying opportunities in the IT industry

·         Work On Your Own Side Projects: This one might seem controversial but let me clarify that I do not mean doing freelance work because even though your organization may never find out, it is ethically in breach of contract with your contract. If you have been lucky enough to be trained in some web based technologies such as Java, .NET or even HTML etc. spare sometime after office to build your own side projects. They could be very small projects tackling some problem that only you might have but there are multiple benefits of developing side projects. Worst case scenario, you will improve your technical skills. On the up side, you might end up creating your own business. A lot of technology start-ups were actually side projects the founders tinkered on with while they were employed full-time. You may not always succeed but there is no downside to the same