DEV Community

Discussion on: 7 ways to improve developer productivity without getting drained

Collapse
 
190245 profile image
Dave

Before I get into this, I'm a development manager. I also still write code, and I need to report on whether or not my developers are being productive. Not only that, but I need to measure productivity to ensure I'm paying them fairly, and to see when productivity slips because of personal issues at home.

So...

Re point 1: I sit between your two camps. Git is where work is done, but Jira (the "PM tool") is where business value is measured. So I track both. If you're making a lot of commits, but not moving tickets forwards, you're doing "busy work" that offers no value to the business. If you're moving tickets but not making commits, you probably shouldn't be a developer.

Re point 2: There's a fine line. If you spend all your time automating your job, you're not delivering value to the business (in the way that is visible to the business), and automate everything well enough, and I might as well fire you (all code written on the company dime belongs to the company).

You talk of "updating statuses" etc - for a long time, Jira has been able to automate workflow. I was on a call to a network engineer today who was asked to trawl through several thousand entries of Windows Event logs... I said "dump it to CSV and search" - heypreso, automated. We linked the Jira workflow to Gitlab long ago, using webhooks and some custom code (since, you know, we pay developers).

Re point 3: I use Ubuntu, which has a "Do Not Disturb" option. Cortana automatically blocks out time in my calendar for Focus Time, and I often close Teams for large chunks of the day. I encourage my team to do the same, and have a "if you need to talk to me, here's my phone number. Feel free to use it at any time of day, it doesn't matter if I'm sleeping, if you need to talk, I'm available."

Re point 4:

For all the talk of agile and scrum and getting constant feedback, there’s actually very little information that your developers get about what your customers are saying

Really? How do you know that about our Agile implementation? Every company on the planet does Agile a different way. I personally have fortnightly meetings with Support and Helpdesk managers to talk about trends in UX. I actively encourage developers and Support staff to talk in real time, bypassing me entirely. I actively talk to B2B customers, and I give this feedback to my developers during the morning StandUps.

Re point 5: "How do you track new ideas?" - This PM tool you keep talking about. Jira. We raise a ticket, it goes into the backlog, and we talk about it during backlog grooming.

Re point 6: That's just a Jira filter with custom JQL. Sorry.

Re point 7: Our development process is that when we have fixed a "thing" - we attach evidence to the ticket. That might be a picture, but where at all possible, it's a video. Because video's are better than pictures. This then allows anyone at any time to see the change, even before it's available in a test environment. We all use OBS, and have hotkeys setup so we don't have to change to some other application. I personally hit CTRL+ALT+TAB for screen snipping, or ALT+Num0 for video.

So, serious question - what does your product offer me? Why should I not only pay you, but trust the code that you've written being so integrated with our IP?