Loading...
Answers
MenuHow do you manage a developer who's slow, especially when you have a small budget and you don't feel like you'll get things done in time?
This question has no further details.
Answers
Usually Programmers are only slow when they don't know how to solve a particular problem. So they will spend a lot of time researching and a lot of trial & errors to solve a problem. It is important that before you engage a programmer on a project, you break down the entire project into simple, easy to understand modules. Let him give you an estimate of how many hours he will require to complete each of the modules. Example: a typical site will have a login module, registration, My account, profile etc. So let him estimate how much he will require to do the login. You can go even detail here. (e.g. how much extra time if you were to implement Facebook/Twitter Login?).
Once he start developing, track his progress closely and make sure he is following his given timeline. If he goes over his budgeted time on a module, talk with him and see what went wrong. It is often seen that they may be wasting their time on something very insignificant that you may have asked him to implement, but you can totally go by without it too. So by understanding what is taking longer time, you will be able to prioritise things better.
You definitely need some tools to get this done. Google Spreadsheet or Excel works just fine. But if you don't mind spending a few bucks there are many agile project management tools that you might look into. Here is a list, google them all and sign up for trials:
* AgileZen
* Agile Bench
* Assembla
* AssiTrack
* Blossom
* Basecamp
* Breeze
* DoneDone
* Eidos
* Fogbugz
* GreenHopper
* Jugggla
* Kanbanpad
* Pivotal Tracker
Or the reason why he is slow can be purely non-technical.
Sometime your developer may don't share the same level of enthusiasm as you about the idea that you are working on. They often don't often see the "bigger picture" (since you don't share everything with them explicitly). If you can somehow get them excited about what he is a part of, it will work like a drug :) He will work day and night without questioning you. But you need to work equally as hard as him. The moment he sees that you are the boss and he is just the guy doing work for you -- his mentality will shift from being part of something to being the low paid developer.
Ultimately its all about motivation and making him a part of your venture. After all he deserves it, if he is really playing a crucial role in the entire development.
What troubles me about this question is that I don't have insight into your definition of "slow" and direct observations of the developer themselves. While I do appreciate time and budget constraints, often expectations of what software development entails are at odds with these things.
In general, if progress feels slow it is likely because the development cycle is too big. Consider using an agile framework like Scrum or Kanban to manage how much work is taken on and when it will be reviewed (eg. every week or every two weeks). Also consider "sizing" the work items so that they can be completed (ie. coded, tested, deployed into production) every 1-2d. This provides a benefit of lightening the load while improving progress through a backlog and providing much more rapid feedback on whether you're building the right things.
Finally, set your expectations accordingly: Software development is all about wrestling with wicked problems using a tractable medium. You likely won't get everything you want for a certain date, but you can control getting the most valuable things done for the time and money invested.
Good luck!
Developers are often slow (if they really are in this case) when they are working on something for long, lost focus, not working on something that is exciting or not sure how working fast will be beneficial for them.
What works for me is to sit with them, understand their problems (in technical or not technical ways), document the work in actionable forms, have smaller goals (deadlines) and continue checking progress (I repeat same thing if required - just make sure that I am still fun).
I lead a team of 100 people and have been doing this for 13 years. I understood that things work well when I get involved (not micromanaging) and solve problems together.
As an HR I had to deal with a lot of employees that were slow. Here are some ways I tried on them to improve their working speed:
1. Determine why your employees are slow: Just simply ask. Explain that you have noticed their speed is not up to par and ask what is slowing them down. They might be confused. They might be so detail-oriented, they are getting caught up in particulars that do not matter to you. They may even know their performance is subpar and be glad you asked. In any case, several things may be causing employees to work slower than you would like, and the first step toward a solution is determining the underlying cause.
2. Team up with them: Employees may get defensive when they feel backed into a corner, and that is the opposite of what you want. It may help to make it clear you are there to help, not simply point the finger and walk away. Ask, “What can we do to improve this situation?” or “How can I help?” Sometimes the answer is there, you just must ask the question.
3. Give clear deadlines with priorities: You know which tasks are most important, but do your employees? While it is great to give your staff to-do lists, it may help to prioritize tasks, or you may run the risk of your employees taking care of the least demanding and important tasks first. And do not forget about Parkinson’s Law, that work expands to fill the time we allot for it. Do not be afraid to give your staff clear and demanding deadlines. You will not know how quickly they can turn projects around unless you push them.
4. Limit distractions: Employees who feel overwhelmed may end up accomplishing extraordinarily little, but if you feed them tasks a few at a time, they may be able to knock out phenomenal amounts of work. You might try to find ways to streamline your problem employees’ environments and give them the chance to succeed. Keep in mind that we may be distracted by different things. I have learned that I cannot have my email up and running if I’m trying to complete a complex task by a deadline, as I’m likely to be side-tracked by client questions. Determine what gets your slow employees off task and try to address those issues.
5. Find out what your employees like to do: When you take the time to explore the tasks that make your staff feel fulfilled, you are really trying to find out what they are good at. While you cannot assign everyone only the tasks they enjoy, it often makes sense to work to your employees’ strengths. If you can balance jobs that feel like drudgery with jobs they love, your employees may be happier and less likely to drag their heels. You do not have to treat work like preschool, but employees who feel a balance of fulfilled and challenged may be the most productive.
6. Give regular feedback: So, you meet with your slow employees, find out what the problems are and develop a plan to speed up their work completion. The critical last step is to follow up. Consider planning a series of meetings to discuss their performance and progress and decide how things are going. It may also be important to set incremental goals. When you have otherwise good employees who simply lag a bit, you do not want to have to fire them if their first evaluation shows they have not achieved absolutely everything. Rewarding incremental progress may help you keep the tone positive, while still working toward your end goal. Constructive criticism and a focus on what they have accomplished may make the meeting a positive one, rather than something they will dread.
Besides if you do have any questions give me a call: https://clarity.fm/joy-brotonath
Related Questions
-
What 3 questions to pose to a developer, to gauge his expertise level?
If you're not technical yourself, then you might not be able to gauge the efficiency of a candidate's algorithms or critique her code. But there are still some higher-level, more behavioral things that a non-technical interviewer should be looking for in a strong development candidate: 1. What are some tech blogs that you follow? Explain an interesting article to me that you read from one of them. The software development world changes all the time. Best practices are constantly evolving and new libraries are regularly released which make developers more productive. If a candidate doesn't keep up with the latest software news, that might be a red flag that they're not curious or trying to improve themselves. Also, having them explain a technical concept to someone who's non-technical is a great way to gauge their communication skills. Do they seem like someone you could work with and understand easily? Do they care about pausing to make sure you understand, or do they just drone on with jargon? If you feel overwhelmed while they're explaining this answer, imagine how you'll feel when they're telling you why the product has bugs or isn't going to be done on schedule. 2. Tell me about a time you ran into a big roadblock with something you were building. How did you get past it? It's inevitable that a software developer will get tripped up or have to solve some Gordian Knot. Everyone has to bang their head against the wall from time to time. Maybe an API didn't have the data they needed or some function was running too slow and they weren't sure how to speed it up. You're looking to see how they are as a problem solver. Did they come up with a clever but hacky solution? Were they methodical or did they fly by the seat of their pants? Did they go back to the stakeholders and see if the feature's requirements were flexible? Did they work on it for hours and hours trying new things? Did they ask for help from colleagues or on the internet? No right or wrong answers here, but you want to get the sense that this isn't someone who throws up their hands when they hit some friction. 3. Tell me about your favorite project that you worked on. What work are you most proud of? By asking them about the project they're most proud of, you'll get to see what it is that they value most. Maybe one candidate is most proud of a side project they built, even if it wasn't that technically complex, while another candidate is proud of their esoteric PhD project or some specific algorithm they improved. Again, no right or wrong answers, it really depends what type of candidate you're looking for. But it lets you see into their mind a bit, and get at some of the aspects that can make someone a strong development candidate. If you want to talk more specifically about hiring for your team, I'd be happy to do a call!HB
-
What learning path do I have to take to become a "full-stack" web developer?
If I was just starting out, I'd consider learning Meteor (https://www.meteor.com/). It's just entered version 1.0 and after working with it for a little less than a year I do have some issues with it but it still makes for a very solid framework that gets you up and running very fast. You would only need to learn Javascript, and you can slowly work your way towards nodejs from there (which Meteor is based on) if you want to, or you could get the basics down and focus on learning design if you prefer.KD
-
How much should I charge to develop a WordPress site?
Take the # of hours it takes you to do it and charge $50/hour. That's the price. Eventually you can charge $100/hour but that will require a bigger customer. If the customer is small < $1M in gross sales per year - charge $50/hour If the customer id medium < $1-5M / sales - charge $75 Over $5M - charge $100 The challenge you'll face is clearly defining the expectations and handoff so that you're not stuck doing stuff that you can charge for and always getting interrupted from past customers.DM
-
What technical architecture do you suggest for a cross-platform (web and mobile) application?
If you are aiming on iOS and Android with Windows Phone 7/8 as a plus you should use C# as the language and Xamarin Studio as the IDE/Framework. You may also choose to use Visual Studio on Windows as an option. Take a look on their website: http://www.xamarin.com Even Microsoft is using Xamarin to build iOS applications and they have over 400k developers using it. Your application will be native (compiled to the platform you choose) and you are able to use all the native libraries, widgets and UI parts. You will need a cross-platform architecture to be able to reuse code among platforms and using Xamarin you may be able to reuse more than 50-60% of your C# code among platforms. This solution may render the same experience on the devices as on the website, but it enables your applications to deliver much more performance and features than any HTML5 solution. Facebook went from HTML5 to native applications due to performance and user experience limitations (gestures and other platform features are not present using HTML5).AM
-
What is the best method for presenting minimum viable products to potential customers?
Whoa, start by reading the Lean book again; you're questions suggest you are making a classical mistake made by too many entrepreneurs who live and breath Lean Startup. An MVP is not the least you can show someone to evaluate whether or not building it is a good idea; an MVP is, by it's very definition, the Minimum Viable Product - not less than that. What is the minimum viable version of a professional collaboration network in which users create a professional profile visible to others? A website on which users can register, have a profile, and in some way collaborate with others: via QA, chat, content, etc. No? A minimum viable product is used not to validate if something is a good idea but that you can make it work; that you can acquire users through the means you think viable, you can monetize the business, and that you can learn from the users' experience and optimize that experience by improving the MVP. Now, that doesn't mean you just go build your MVP. I get the point of your question, but we should distinguish where you're at in the business and if you're ready for an MVP or you need to have more conversations with potential users. Worth noting, MOST entrepreneurs are ready to go right to an MVP. It's a bit of a misleading convention to think that entrepreneurs don't have a clue about the industry in which they work and what customers want; that is to say, you shouldn't be an entrepreneur trying to create this professional collaboration network if you don't know the market, have done some homework, talked to peers and friends, have some experience, etc. and already know that people DO want such a thing. Presuming you've done that, what would you present to potential users BEFORE actually building the MVP? For what do you need nothing more than some slides? It's not a trick question, you should show potential users slides and validate that what you intend to build is the best it can be. I call it "coffee shop testing" - build a slide of the homepage and the main screen used by registered users; sit in a coffee shop, and buy coffee for anyone who will give you 15 minutes. Show them the two slides and listen; don't explain, ONLY ask.... - For what is this a website? - Would you sign up for it? Why? - Would you tell your friends? Why? - What would you pay for it? Don't explain ANYTHING. If you have to explain something, verbally, you aren't ready to build your MVP - potential customers don't get it. Keep working with that slide alone until you get enough people who say they will sign up and know, roughly, what people will pay. THEN build your MVP and introduce it first to friends, family, peers, etc. to get your earliest adopters. At some point you're going to explore investors. There is no "ready" as the reaction from investors will entirely depend on who you're talking to, why, how much you need, etc. If you want to talk to investors with only the slides as you need capital to build the MVP, your investors are going to be banks, grants, crowdfunding, incubators, and MAYBE angels (banks are investors?! of course they are, don't think that startups only get money from people with cash to give you for equity). Know that it's VERY hard to raise money at this stage; why would I invest in your idea when all you've done is validate that people probably want it - you haven't built anything. A bank will give you a loan to do that, not many investors will take the risk. Still, know not that your MVP is "ready" but that at THAT stage, you have certain sources of capital with which you could have a conversation. When you build the MVP, those choices change. Now that you have something, don't talk to a bank, but a grant might still be viable. Certainly: angels, crowdfunding, accelerators, and maybe even VCs become interested. The extent to which they are depends on the traction you have relative to THEIR expectations - VCs are likely to want some significant adoption or revenue whereas Angels should be excited for your early adoption and validation and interested in helping you scale.PO
the startups.com platform
Copyright © 2025 Startups.com. All rights reserved.