I am Siva, a passionate java developer, open source enthusiast, blogger. I like to cover Java, Struts, Spring, Hibernate, Ajax Tutorials, How-To's and Best Practices. Sivaprasadreddy is a DZone MVB and is not an employee of DZone and has posted 38 posts at DZone. You can read more from them at their website. View Full User Profile

Finally you need to deliver DeveloperWrittenCode.WAR, not Manager'sManagerialSkills.zip

  • submit to reddit

Some IT managers perspective on developers made me to write this post.

A managing director of a company telling a delivery head that "We need not worry about developers. If we go around the villages with a car and get the people who just completed their school and give him a computer with internet connection and then give 15 days to learn Java. Then assign the work and set a deadline, they will complete the work. We need not bother about Developers. All we need to care about is Managers, who can interact with the client and make the developers finish their work."


A Delivery head telling to a team lead that "Why did the project get delayed? If you allocate the work to your developers and set a deadline they should complete it on time. If they can't we don't need them and we can fire them right away".(The team is a Java developer with one years experience and two fresh graduates with only two months experience, and still nobody knows what are the requirements for the project).


A delivery head telling a senior developer that "I will give you three fresh graduates and I want to build a portal that looks like iGoogle in two months. Just assign the work and set a deadline. They will complete it. (Those three fresh graduates just know about computer programming in theory and they haven't written a HelloWorld program yet).

I know not all managers think like this. I have worked with many good managers who take care of developers very well, sit with the developers when they need to work late nights, arranging dinner and dropping him at his doorstep at two o'clock in the night. I know managers have much more responsibility than a developer. I know managers are responsible to give justification if the project delivery got delayed. But that doesn't mean that managers should treat developers as machines.

A project delivery does not solely depend on either developers or managers. It is team work. Everyone should understand the importance of other contributions.

Setting the deadline is the only way to make the developers complete their work? No.

There are some other approaches to keep the team members energy levels up and get the maximum productivity.

1. Observe their interested areas and put them to work on those areas:
Some developers are more interested in UI development, some are interested on Backend Server side coding and others are much more interested on Database programming. If a developer is interested in any particular area allow him to work on it. You can get the maximum productivity from him once he likes what he is doing, which always results in better productivity.

2. Give an opportunity to improve in his weak areas:
Some developers are very strong in technical aspects but poor in communication skills. Communication skills are very important as developers have to communicate their design approaches and any development issues to others. In that case ask them to build a good POC using his favorite technologies and explain the design and best practices he followed to his team. After doing this multiple times there will be definitely an improvement in his communication skills.

3. Promptly give feedback on his improvement:
It is more important to give feedback on his improvement which helps the develoer to build confidence in himself. If you don't give any feedback promptly and you only provide it on a year-end appraisal, there will be no use. Give timely feedback and allow the time to improve.

4. Appreciate the good work:
When a developer does a good job it is the managers responsibility to let others know about it because not all developers are not good at marketing themselves.
A simple congratulations email or even a thank you card might drastically improve the developers productivity.

5. Give the ownership on his work:
When a developer is capable of handling a module ask him to take up the ownership on that. This will be good for both the project and the developer. For that module you can have a single point of contact to track the progress and the developer may improve on how to design the module, architecture best practices etc instead of just coding to the design.

6. Listen to their suggestions:
Even though some developers have less experience they might have better ideas. Listen to them. If a developer suggests a new way of doing something ask him to prove that it will work by doing a simple POC.

A great developer's(Craig McClanahan) passion on technology gave birth to Struts which became the default web application framework for Java and brings up lots of job opportunities(Still there are lot of openings for Struts 1.x).
Another great developer/architect's(Rod Johnson) expertise on application development gave birth to Spring framework which eases the life of Java developers across the world and cut down development time drastically, saving a lot of money for enterprises.
Some other technology freak's(Gavin King) thoughts on database programming using Java created the Hibernate ORM framework which influences the persistence approach and became a default tool for persistence across the Java community.

This is the power of a developer. Feel proud to be a developer.

The last thing that I can say is "Finally you need to deliver DeveloperWrittenCode.WAR to your client, not Manager'sManagerialSkills.zip".


From: http://sivalabs.blogspot.com/2011/02/finally-you-need-to-deliver.html

Published at DZone with permission of Sivaprasadreddy Katamreddy, author and DZone MVB.

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)



Sreenivasa Majji replied on Thu, 2011/02/10 - 1:17pm

I believe you are referring the people from Indian based companies.

Well most of the creators of well knows frameworks or libraries are developers at heart. Unfortunately most of the companies in India encoruages their engineers to discard their engineering ability after 5 years of experience and move them to management  whether the developer likes it or not.

Majority of the software community in India feels that if any person doing programming after 5 years in the industry as a failure. They expect to move up in the leader starting with Technical Lead, Project Lead, Project Manager .... Once they become Project Lead, they leave all the technical stuff behnd and learn management tools (MS Project, Power Point ..)

 Most of the companies hire fresh gradudates from college and teach them basic programming skills so that they be billied to the client, that's the bottom line. It takes a very committed person to develop something which is useful to other software developers, they are very very rare in India.



Sadsds Dsadsadsa replied on Fri, 2011/02/11 - 8:51am

I think you've just confirmed the quality of people in these offshore companies. True, they exist in the client companies too, but at least they are their own people. Offshore development just doesn't work and the only reason it continues is that expenditure is measured whereas quality and productivity is not by the bean counters/management.

Sivaprasadreddy... replied on Fri, 2011/02/11 - 11:38am in response to: Sreenivasa Majji

Hi Sreenivasa,

It seems you truly understood the Indian IT culture :-) I completely agrre with you on

 "Majority of the software community in India feels that if any person doing programming after 5 years in the industry as a failure."


 The bad thing is if a mistake is being done over the time for a long period it may becomes the culture.

 Because of this kind of bad treatment so many enthusiastic developers who started their career as a developer and passionate about technology and heartfully want togive something back to the community slowly becomes the average developer who just works for money.

So how can we make the managers know the value of developers? Is there a way?


Sivaprasadreddy... replied on Fri, 2011/02/11 - 12:09pm in response to: Sadsds Dsadsadsa


I don't think all the good and great people lives in a perticular region and the rest of the not so useful guys resides in offshore companies :-)

You can find good and great developers and managers in offshore companies who can really build multi threaded highly concurrent systems and you can find the good architects who can architect the SOA based solutions. 

 Also you can find some managers from the great onsite companies asking where is the START menu ontheir windows desktop :-)


Offshore development just doesn't work and the only reason it continues is that expenditure is measured whereas quality and productivity is not by the bean counters/management.

 I don't agree with you on this. Yes, there are some challenges in offshore development model. But it is not continuing only because of less expenditure...it is continuing because (some????, not all) the offshore companies exibited their potential to deliver the production ready code with good quality. If an offshore company can't show their capability in terms of their quality of deliverables the company won't survive for a long time.

 Cheers :-)


Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.