tag:blogger.com,1999:blog-8805851830963264865.post5274228441087486176..comments2013-04-10T12:20:19.993-04:00Comments on Ponderous Programmer: The Morale Morassvwdieselhttp://www.blogger.com/profile/03455679732966255684noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-8805851830963264865.post-72390643442300939212007-09-24T12:08:00.000-04:002007-09-24T12:08:00.000-04:00My original post for whatever reason found its way...My original post for whatever reason found its way to /dev/null, so as such I'm going to post a much shorter version for the sake of time. <BR/><BR/>In my few positions as CTO/Senior Developer, I always found that the best way to keep morale up was to treat my staff as equals. It proved to be a hard dynamic to keep at times due to some of the systems or corporate procedures that I sadly had to enforce/implement.<BR/><BR/>Overall I found that as long as everyone was given enough freedom and comfort, that they would produce at their best output levels. They were told quite succinctly that if their projects were completed within the reasonable time allotted, then there would be continual freedoms available to them. <BR/><BR/>I found that not only did this produce a happier, more productive environment, it also meant that I didn't need to push anyone to meet their deadlines, they were self monitoring. Only when certain draconian decisions came down from our (new at the time) corporate overlords (after new ownership came on board), did the morale start to drop, and everyone ultimately jumped ship before it crashed and burned due to poor corporate decision making.<BR/><BR/>There was really nothing that I nor anyone else in my department could do to counter such blows to the entire team's mindset and morale.<BR/><BR/>Eric <BR/>http://www.codedevl.comAnonymoushttps://www.blogger.com/profile/16451622453051895259noreply@blogger.comtag:blogger.com,1999:blog-8805851830963264865.post-22548444023948897022007-09-12T20:35:00.000-04:002007-09-12T20:35:00.000-04:00I find that even in those physical separation situ...<I>I find that even in those physical separation situations, that if there are a wide variety of communications tools available to the developers, they will work around the 'gap' in many and varied ways on their own. The problem is in getting IT dept's to allow a WIDE variety and let the teams choose.</I><BR/><BR/>We use JIRA and Rally as communication tools, as well as a daily scrum, and that's working out pretty well.<BR/><BR/>The physical location problem isn't really that severe. It's just that the team bonded pretty close, and there's a culture change when you can't throw a koosh ball at the whole team.Robert Fischerhttps://www.blogger.com/profile/17844778275497805797noreply@blogger.comtag:blogger.com,1999:blog-8805851830963264865.post-79211779961124095102007-09-11T09:57:00.000-04:002007-09-11T09:57:00.000-04:00"My experience is that coder's complaints about co..."My experience is that coder's complaints about code are less important than coder's comments on other issues. Developers are used to crappy code, and will take the time they need to fix it up"<BR/><BR/>My situation is a little different in that the coders are not provided the time to 'fix it up' and as such feel that their issues are not being addressed. Just another take on the theme.<BR/><BR/>Communication is important like you say - and your situation goes to show how 'PHYSICAL' layout can effect it. I guess I would put forth the question "Are there any technical communications tools that help to alleviate the loss in communication felt by the small team off by themselves physically."<BR/><BR/>I find that even in those physical separation situations, that if there are a wide variety of communications tools available to the developers, they will work around the 'gap' in many and varied ways on their own. The problem is in getting IT dept's to allow a WIDE variety and let the teams choose.vwdieselhttps://www.blogger.com/profile/03455679732966255684noreply@blogger.comtag:blogger.com,1999:blog-8805851830963264865.post-61264348410795254552007-09-11T09:43:00.000-04:002007-09-11T09:43:00.000-04:00Excellent post. The biggest problem I have with m...Excellent post. The biggest problem I have with morale is that you can say stuff like "Have integrity", "Listen to your developers", or "Respond to issues up-front", but there is an entire aspect of practical application which is hard (if not impossible) to communicate. I wanted to keep my post practically-focused, but I just stalled out on that "morale" issue. So it's good to see other people picking up the ball.<BR/><BR/>My experience is that coder's complaints about code are less important than coder's comments on other issues. Developers are used to crappy code, and will take the time they need to fix it up -- but they feel helpless when it comes to business stuff. That's where the tech lead and PM can really earn their keep.<BR/><BR/>For instance, at my current workplace, we've got most of the developers along a single big island. A few of the developers are located on their own island, which (developers report) keeps those people out of the general loop, and makes it hard to get rapid feedback, reduces the amount they pair program, etc., etc. And we like those developers, so it would be nice if they sat with the rest of us.<BR/><BR/>And we had a few seats on the island that were pretty much always vacated: they were being used by the Agile coach and PM, who are (by their own admission) in meetings 8 hours a day.<BR/><BR/>So, the developers say, let's move those developers into those island seats.<BR/><BR/>When the coach and PM ended up *not* moving people in, and even moved the really useful business person away from the island, it really hurt morale. Developers felt like they weren't listened to, and so the retrospectives became a lot more reserved.<BR/><BR/>That was a bit of a vent on my part, but it's also a good what-not-to-do example.Robert Fischerhttps://www.blogger.com/profile/17844778275497805797noreply@blogger.com