Gfrktyl

Can I remove someone's name from an academic software development project that didn't contribute a single line of code?

Just to focus on the title itself; lines of code contributed is not an accurate summary of contribution. This is a variation on the workman's fallacy of "management is useless because they don't directly make the product".

For example, someone can contribute by working together with the others, and due to working with everyone in different steps, they end up not writing the code and have only contributed to the design of the application. Or testing. Or analysis.

As a second example, maybe their initial code ended up being refactored due to a midway design change, thus technically not having their contribution added to the final product while still having contributed.

I'm aware that this is not the case here, but I want to advise you to refrain from using "not contributing a single line of code" as the main justification. When I read the title, before clicking the link, it implied that you were blindly measuring value by measuring LOC which would put you at fault for using a faulty metric.

However, as this person didn't do anything at all, let's address the real situation.

Whether or not removing the name is warranted depends on whether you are being graded collectively or not. If you all share the same grade, then this person should be prevented from mooching/piggybacking off of your results.

If the grading is done individually, and the professor is already aware (and has evidence) of this person's lack of contribution, then removing the name is unnecessary. It would only be a matter of principle/pride.

While I can certainly understand your desire to not give credit to someone who did not contribute; keep in mind that doing so may come across as petty and may even suggest to outside observers that this person was being ostracized by their team mates, which can end up as a mitigating circumstance in that person's favor.

In either case, I suggest you ask the professor on the right course of action. Since they are already aware of the issue (and presumably have not refuted your claim, since you didn't mention them doing so), having the professor agree to remove this person's name from the project safeguards you from possible negative inferences about having done so.

There are two aspects to this:

1. Who gets academic credit for this project? Who gets a pass, and what grade (if any)? In my opinion this also includes who shows up in the university's online system as team members for this capstone project, as well as on the poster you mentioned.


2. Who has copyright for the project source code? Who is listed as a commiter for the project, if it is published as open source software?

You already did all the right things with regard to the first item. You alerted the professor, and provided supporting documentation. As you correctly say in your question, it's now basically in your professor's hands how they want to handle this case further. If you disagree with their decision (if they, for instance, decide to go the path of least resistance and don't do anything) you are free to go one step higher, and discuss the case with your program director (or whoever is in charge of your overall programme). However, ultimately, it is not your decision to grade the project or to decide who has sufficiently contributed to receive academic recognition for the project. In that sense, you can't really unilaterally decide to kick out the student from the team, or not mention them in your poster.

The second item is a different story, though. If your team mate did not contribute code, they can't have any claim of copyright on the resulting project (hanging around in meetings, or formally being part of a team, does not give you copyright to code that you did not write). They have no grounds to require you to acknowledge a (non-existing) contribution if you decide to make your work public, independently of what the university says about this. You may decide to acknowledge them anyway in some way (as in, thank them for some unspecified collaborations or contributions in the README file of the project), but you certainly don't have to list them as authors (e.g., in the source code of files that they have never touched). The easiest, and also most generally useful, way to handle this is to be explicit with what team member did. Have a header in each source file that mentions who edited the file. Have a "contributors" page that lists, rather detailedly, what each team member did. A team member who did nothing will just not show up in either of these lists, making it fairly clear that they were not in any way instrumental to this project becoming a reality.

First and foremost, I think this is a question for the instructor of the course. If the instructor is not willing or not able to remove that person from your team, they are part of your team and that fact should be reflected in the deliverables.

I would suggest that in your final report you and your team-mates make it clear who did what. E.g.

Team members: V, W, X, Y, Z.

• Requirements definition: V, W, X, Y


• Development and testing of module A: V, W


• Development and testing of module B: X, Y


• Development and testing of module C: V, X


• Writing of final report: V, W, X, Y

Anyone not giving contributions in any form to the project shouldn't be named, it's as simple as that.

You should inform your professor for your decision, and go ahead removing the name.

I will offer an answer contrary to most of the others.

Since he was officially a member of the team, list him in the documentation and project report.

You have discussed this person's (non)contribution with your professor - that's all you can or should do.

I have taught lots of capstone/project software engineering courses. One thing students learn is how small a part of the work the actual coding is. Another is how hard it can be to work on a team, particularly when some coworkers lag. That's a lesson you have absorbed. In your job interviews point with pride to the project and your role - even frustration - as team leader.

I cannot give you an answer on what would be the moral or legal thing to do (for that, I think it is best to ask the course supervisor), but I can give you an anecdotal answer.

Because last year, I was in the exact same situation as you!
For one of our courses, there was a semester-long project in which we had to work in teams of 3.

Me and one of my teammates, while we did have some issues combining our different programming styles, worked hard on this and even got close to winning the inclass-competition.
The 3d member however, didn't write a single line of code. (The only thing he pushed to git was a text file containing a TODO-list which I dictated to him while we were brainstorming...). We had git-logs to back this up in case it was necesarry.

Me and the 2nd teammate were both aware of this problem, and we both dealt with it in our own ways. I was the one who finished the final report and sent it in. I didn't put his name on it at all, because I didn't feel like he was in our group at all. There was no communication during the project, he didn't ask what he could do, and he didn't contribute anything. Maybe he even joined a different team, without telling us? How could I have known?
My partner however sent an email to the course-supervisor explaining how the other classmate didn't contribute anything, and that he wanted to let him know that.

During the peer-evaluation, we were asked how much each member approximately contributed to different parts of the project. We split 50-50 between us on all parts, but gave 0% to the 3d mate.

This might seem very harsh, but you can't have someone graduate by using you or others.