Not every employee is salvageable, and it’s almost always a case of cultural fit. If you’ve provided honest and open feedback and the employee can’t or won’t change, it’s up to the manager, or the self-managing team, to help the employee move on.
An objective ranking system is unnecessary when trying to determine an employee's value, and it can even be detrimental to collaboration on teams. Providing feedback, facilitating knowledge building, and allowing them to contribute are three key ways to help your employees excel in their roles.
One-on-ones aren’t for status reports. They aren’t just for knowing all the projects. They are for feedback and coaching, and meta-feedback and meta-coaching, and for fine-tuning the organization. If you are a manager and you aren’t using one-on-ones, you are not using the most important management tool you have.
Software architects have the unique ability to provide leadership using skills gained in this role. Drawing on Kouzes and Posner's The Leadership Challenge, Patrick Bailey examines five practices that can be leveraged by the aspiring architect-as-leader.
One of the biggest management myths is, “I must treat everyone the same way.” Nothing could be further from the truth. Everyone has different goals for their career, and those change over the course of a career.
How many times have you seen this in your projects: You need something specific done such as a new database, or a specific user interface designed, or you need a release engineer, or a user interface designer, or a part of the system tested and the normal person who does that work is not available? What happens on your project? Does it wait until The Expert is available?
Too many managers believe in the myth of 100% utilization—the belief that every single technical person must be fully utilized every single minute of every single day. The problem with this myth is that there is no time for innovation, no time for serendipitous thinking, no time for exploration, and it often leads to a less successful organization.
Len Whitmore explores how the growth of agile changes the roles, responsibilities, and titles of mid-managers more so than any other management group, because agile practices require more leadership and less of what is considered traditional management techniques.
Johanna Rothman has worked with several management teams who want her to train them or their project managers to take over the agile training. While on the surface this doesn't seem an unreasonable request, when one considers the self-managing, self-organizing nature of an agile team, the incongruity of this thinking begins to shine through.
Giving yourself, and your team, the necessary time to adapt to and move on from change is the healthiest way to make sure that everyone is back on the same page in a timely manner. Learn how to avoid prolonging the necessary time to "heal" by minimizing turbulence.