|
I know for me my idea of what's fun has changed in the recent years, and I don't code as much at home as I used to. So as I change, I suppose the career should change with me ya know. Thanks for this, and I agree do what you love.
Jeremy Falcon
|
|
|
|
|
A few years back I wrote The Zigzag Career[^] in respoonse to Udi's article[^]. In rereading both I think the bottom-line advise still holds true: make this type of decision with your eyes open and treat it like a real career change.
Personally, I've been back and forth between manager and IC roles but have always gravitated back to the technical side. That's just me though. I didn't even find the "architecture" role that appealing. I like to build things.
Try it. You may (or may not) like it. Either way you'll end up better off (IMO).
|
|
|
|
|
Thanks man. I'll take a poke around it. I do have a book to finish one of my old managers recommended to me first though.
Jeremy Falcon
|
|
|
|
|
Whatever Marc said is very true.. Never try to hog the limelight and never dictate !
And if I may add:
Never try to micro-manage - give them space to maneuver.
don't give solution immediately (specially to technical problem) even if you have one unless extremely critical time-crunch. Give pointer and let them fail and learn, That gives them great pleasure and satisfaction when they solve the problem 
Thanks,
Milind
|
|
|
|
|
Oh yeah man, I totally know you're speaking the truth. Years of coding myself has taught me one thing... micromanagement sucks.
Jeremy Falcon
|
|
|
|
|
Get and read the book "Managing Humans"[^] - it is a good read and has lots of tips on being a people manager.
|
|
|
|
|
Thanks for the link. I do have a book recommended by one of my old managers I'll finish first, but I shall bookmark this one.
Jeremy Falcon
|
|
|
|
|
Congratulations !
Advice ? The only thing I can say is that if you are going to become the manager of your current peers, that is always going to have some sticky aspects, always likely to precipitate some psychodramas.
cheers, Bill
«There is a spectrum, from "clearly desirable behaviour," to "possibly dodgy behavior that still makes some sense," to "clearly undesirable behavior." We try to make the latter into warnings or, better, errors. But stuff that is in the middle category you don’t want to restrict unless there is a clear way to work around it.» Eric Lippert, May 14, 2008
|
|
|
|
|
You have been around the block my friend. And fortunately, we're hiring new people for this.
And thanks for the congrats.
Jeremy Falcon
|
|
|
|
|
Besides what Marc already wrote, read the article in my sig. It's really spot on.
|
|
|
|
|
|
Enjoyed that article from your sig. Thanks!
"Go forth into the source" - Neal Morse
|
|
|
|
|
I'll give it a go. Thanks man.
Jeremy Falcon
|
|
|
|
|
you still can do development but purely just help speed up production 
|
|
|
|
|
|
Marc said to run a few times, and I have to agree with him there. I would never take a management position, and have turned down many offers over the years.
You seem to be excited about it, so listen to everyone's advice and make your own decision, obviously. I hope all goes well for you. 
|
|
|
|
|
Thanks man. And I am. It's something different. I got jaded with coding for a while. Every now and again I get inspired to crank up the keyboard, but this I can help make sure other programmers don't have to deal with some of the same management crap I did. Or that's the dream at least. I'm sure I'll still code on the side for fun every now and again.
Jeremy Falcon
|
|
|
|
|
Jeremy Falcon wrote: project manager
Project Manager or Development manager? Many responses, including your own, would indicate that you will be managing people, but that is not what a Project Manager does. At least I've never known a single Project Manager that manages people, they manage projects.
Project Manager would be a huge demotion, in my opinion.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
Oh it's a bit of a hybrid role for the interim. I'd still play dev lead and all that for the time being, but also being the front man for dealing with projects and getting them done. Rather than having someone else do it.
It's not a demotion, it's just handling the business side myself. Of course I won't spend as much time coding or making every decision tech-wise, that's the whole idea. But I have to able to talk tech well enough to bridge the gap.
Basically, I'm a liaison. And needed since not every business person talks or really understands tech. It's more hands off than coding every day, but that's the idea so the tech people can do what they love while I make sure the business side knows what's going on and vice versa.
Jeremy Falcon
|
|
|
|
|
RyanDev wrote: I've never known a single Project Manager that manages people
So you've known what, like none?
You've gone way beyond ridiculous, with this "contribution", to the extent that it could be harmful.
Desist.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
I was the main plc programer, the only robot programer, had 2 newbies to be trained and 6 guys of other department working there. It was endless stress, but I would like to think I managed it to good terms. Project was done with customers' satisfaction and economical benefit for us.
The newbies learnt a lot and there was good mood between us, the guys of the e-department... well... I had to send one home, other one was sent home by the customer andI had a couple of "encounters" with their team leader (in the project he was below me as well).
I learnt a lot of things, some of them through painful experience... I would make again, but definitively only in sporadic basis and not as my main job.
Things I was told / discovered by myself...
- Be as much honest as you can, but without being it too much
I mean... if you are not sure about something, say it and maybe ask for an opinion... but don't show fear on taking a decission or ask for advice. (Note the opinion vs advice) - Try to turn the decissions so that the other member think as it would be his decission.
Not the same to say "We do it this way" than to say "If we can not go that way... would you go this way?" - Be consequent and strict but fair...
If extra hours are needed, you stay always with them. If not needed anymore, you let them go home earlier. If you tell someone "No" for something, the "no" is for all... favouritism can be very dangerous in a group - The first time someoone makes a mistake is his error, the second one is your error...
- Get responsability in a big mistake of other person once
- Try to have a good mood environment, but don't forget you are not their "colleague" anymore and don't let them to get offlimits during worktime and try to separate as much as you can private / work.
If you all go afterwork to drink a beer, then you are one more. If someone is critical with you during dinner, just try to learn about it but don't let it interfere on the next day. - If you have to criticize someone, try to do it with a story in "I" form "from your past" (if he doesn't know you that much)
I did XXX once and the result was so bad... that... - If someone's energy/motivation is dropping, don't shout him, ask him if everything is fine out of the company.
I hope it helps you Good Luck in your new adventure.
Only one thing more... always be honest with you. If after some time you like it... don't stay. Better to earn a bit less and be happy with what you do, at the end it is almost one third of your lifetime.
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Very wise words man. Thank you for sharing this with me. I'd vote it a 10, but I'm only limited to +5.
Jeremy Falcon
|
|
|
|
|
Good luck!  I have no advice but hope you are good at telling people what to do. The few times in the past that I've had to manage a junior dev or intern, I've always despised the role...trying to keep them busy by finding tasks suited to their meager abilities, then spending more time showing them how to do it than it would have taken me to do it myself!
"Go forth into the source" - Neal Morse
|
|
|
|
|
Yeah I been there done that too man. But I think I'll be alright. I'll keep them busy. I'm more worried about having too much work. And thanks for the good wishes man.
Jeremy Falcon
|
|
|
|
|
Pick up the phone at every opportunity.
Seriously.
The best PMs are the ones who keep informed and keep everyone informed constantly. All the little problems seem to float away, when everyone knows what's going on.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
