【程序员】项目经理如何调动组员积极性



内容简介

【程序员】项目经理如何调动组员积极性


这个方法应该很适合程序员

都说程序员是比较傲娇,有点小自负(有的是相当,那不叫自负,那是实力的体现好吗),略微呆萌,自尊心偏小强的一类族群。是吗?中招了吗?

作为管理好几个组员,要完成一个大项目的项目经理,如何更好地调动组员的积极性,成了心头一大难题。

如果组员只有几个,那还好办。每天用用Scrum这种敏捷方法,汇报一下进度。假如组员持续增多,管理起来可是麻烦。

小编在新工作中就体会到了一个好工具的强大作用,这个工具就是Gitlab。

为什么Gitlab可以很好地帮助项目经理调动组员积极性呢?

待我慢慢道来。

以前自己在平时编程学习中大多用的是Github,当时也知道Gitlab了,不过没太多用过。就是以前和别人一起合作创业时需要管理项目进度和文件,用过一点点Gitlab。

那么,Gitlab是个什么东东呢?

GitLab,是一个利用 Ruby on Rails (可见Ruby是个好东东。当然类似的基于Python的Django也很不错的)开发的开源应用程序,实现一个自托管的Git项目仓库,可通过Web界面进行访问公开的或者私人项目。

Git,作为程序员即使没用过,总听说过吧。Linux系统内核的作者Linus Torvalds的另一大力作就是Git这个版本控制系统。极为强大,学习曲线有点陡峭(去,看两遍《Pro Git》先),不过一旦掌握,就身怀了一门小“绝技”。

Gitlab拥有与GitHub类似的功能,不过Github默认只能创建public(公开)的代码仓库,如果要在Github上创建私有的仓库,则要付费。

但是Gitlab可以创建有限个私有仓库,当然也可以付费来创建更多。但就免费有几个私有仓库这一点,比Github好。

Gilab使团队能够浏览源代码,管理缺陷和注释。可以管理团队对仓库的访问,它非常易于浏览提交过的版本并提供一个文件历史库。

团队成员可以利用内置的简单聊天程序(Wall)进行交流。它还提供一个代码片段收集功能可以轻松实现代码复用,便于日后有需要的时候进行查找。

当然,小编所说Gitlab能够调动积极性的其实是Gitlab制作精美的“刷榜”功能。当然了,这个刷榜也是小编自己自high的结果。

本没有什么刷榜功能,也不同于玩网络游戏的刷榜,但是小编亲身体会,感觉这“刷榜”的成就感绝对不输玩游戏的感觉(当然估计仅有萌萌哒的程序员有这种赶脚,不幸小编就是其中之一)。

Gitlab
在你的分支完成后,进行git push(把你commit的代码提交到远程仓库),然后可以申请一个merge
request(合并请求)。这个merge
request会被管理员审核,有什么问题他们可以直接在comment里评论,你会收到邮件提醒(假如绑定了邮件的话,小编用的是Ubuntu下的
Thunderbird)。

点击邮件中链接就可以跳转到Gitlab的merge request相关页面。

你就可以根据管理员的评论对代码进行修改,假如管理员没有评论,直接merge了,那就最开心啦。你的刷榜记录里就多了一个新成就,每次回头看看都很开心啊。

而且,Gitlab的注释或评论交流都是使用Markdown语法(和Github一样了),非常方便。


如果要给别人的代码点个赞,或者点个水,都是可以的,比如点赞是冒号,然后会提示你输入+1,就会变成一个竖着大拇指的图案了。假如你的代码写得漂亮,可
能会得到多个组员的点赞哦。你的这个提交记录上就会显示+N(N表示被点赞次数)。然后看着自己的榜单越来越多内容,别提有多happy了。唉,作为程序
员,也就这点追求了。

太容易满足的人生,是不是也是种缺憾呢。。。小编现在可以说对Gitlab有点着迷,每天就想快点做完一个任务,然后可以提交,有错误就马上修改,当然了,并不会求量不求质。没质量也通不过审核。

Gitlab中,你可以看到所有组员的merge request的记录,有的open着,正在等待审核,或者修改进行中;有的merged了,已经合并入主分支了;有的closed,被关闭,也可能已经merged进主分支了。也有reopened的,就是重开了的。

还可以点击All标签栏来查看所有的merge request。而且可以对每个组员进行筛选,比如只看某个人的merge request的情况。而且Gitlab因为和Github有类似之处,所以你个人在团队项目中的贡献度也会有粒度显示。

如下图:

小编刚来一个多月,已经贡献了20多个merge了,还是有点小得瑟的,看一下别的组员,有的一年多也才几十个merge。被上司表扬了呢~ 要低调,要谦虚谨慎~嗯嗯。

没办法,这刷榜太high了,停不下来啊。估计只有程序员会这样吧~

为什么以前工作的公司都没用Gitlab这么好的东东呢,都只用Scrum这种没有激励性的所谓敏捷开发,唉。

那时候每完成一个任务也没记录,根本没有什么成就感嘛... 说到底,小编你就是脸皮厚,欠打...

当然了,Gitlab的功能远不止于此,大家可以在使用中来慢慢体会其强大。

我觉得很多项目团队,都可以使用Gitlab来管理项目哦。真的很不错~

附上Gitlab官网地址:

https://gitlab.com

程序员们,一起用Gitlab刷榜,练级,打怪兽(Bug)吧。

小编这样胡诌一通,又充分暴露了逗比本质。。。说真的,药不能停啊~

时间: 2024-10-28 14:33:52

【程序员】项目经理如何调动组员积极性的相关文章

【程序员项目经理】成功经理人的34个好习惯

一个程序员如果想要做到项目经理,除了宅在家里以外,是要学很多其他能力的 成功经理人的34个好习惯 不说"不可能"三个字 凡事第一反应:找方法,不找借口 遇到挫折,大声对自己说:太棒了 不说消极的话,不落入消极情绪,一旦出现立即正面处理 凡事先订立目标,并且尽量制作"梦想版" 六点优先工作制,每一分秒做生产力的事情 凡事预先作计划,尽量将目标视觉化 随时用零碎的时间(如等人,排队等)做零碎小活 守时 写下来,不要太依靠脑袋记忆 随时记录灵感 把重要的方法.观念写下来,

.NET程序员项目开发必知必会—Dev环境中的集成测试用例执行时上下文环境检查(实战)

Microsoft.NET 解决方案,项目开发必知必会. 从这篇文章开始我将分享一系列我认为在实际工作中很有必要的一些.NET项目开发的核心技术点,所以我称为必知必会.尽管这一些列是使用.NET/C#来展现,但是同样适用于其他类似的OO技术平台,这些技术点可能称不上完整的技术,但是它是经验的总结,是掉过多少坑之后的觉醒,所以有必要花几分钟时间记住它,在真实的项目开发中你就知道是多么的有帮助.好了,废话不说了,进入主题. 我们在开发服务时为了调试方便会在本地进行一个基本的模块测试,你也可以认为是集

新手程序员项目总结

项目 ssm 来进行 jsp页面 对数据库数据的增删改查 struts2 struts2 的触发过程    ---------------------------------一般用于请求层 (其本质是拦截器 不依赖servlet) 1 : jsp发出action 2:Struts2 拦截请求 ,调用后台的action 3:action返回结果由不同的 的jsp展示数据 基本流程: 客户端网页(发出请求给)-----------Filter中央控制器(进行过滤)------------系统为Act

ArrayList、HashMap 与 员工类(程序员、经理的结合使用) 相当于集合与继承的总结

1 package Day28ketangzuoye; 2 3 import java.util.ArrayList; 4 import java.util.HashMap; 5 import java.util.Map; 6 7 public class EmployeeTest { 8 9 public static void main(String[] args) { 10 Emp se1=new SE(0001,"蔡正",true,6000,80); 11 Emp se2=ne

阿里大牛分享程序员5年的职业生涯指南

每个程序员.或者说每个工作者都应该有自己的职业规划,如果你不是富二代,不是官二代,也没有职业规划,希望你可以思考一下自己的将来.今天我给大家分享的是一篇来自阿里大牛对五年工作经验程序员的职业建议,希望对你们有启发. 第一阶段: Java程序员 Java初级程序员 第一阶段我认为对于程序员来说是第一个门槛,这个阶段将会淘汰掉一批不适合写代码的人.这一阶段,我们走出校园,迈入社会,成为一名程序员,正式从书本上的内容迈向真正的企业级开发. 第二阶段: Java中级程序员 企业标准程序员 第二阶段-又是

一名资深架构师规划Java程序员五年职业生涯指南

每个程序员.或者说每个工作者都应该有自己的职业规划,如果你不是富二代,不是官二代,也没有职业规划,希望你可以思考一下自己的将来.今天我给大家分享的是一篇来自阿里大牛对五年工作经验程序员的职业建议,希望对你们有启发. 第一阶段: Java程序员 Java初级程序员 第一阶段我认为对于程序员来说是第一个门槛,这个阶段将会淘汰掉一批不适合写代码的人.这一阶段,我们走出校园,迈入社会,成为一名程序员,正式从书本上的内容迈向真正的企业级开发. 第二阶段: Java中级程序员 企业标准程序员 第二阶段—又是

《从程序员到项目经理》读后感-程序员的自我管理

(总是会遇到各种各样的事情来牵绊我,周一回家,周二忘记拿电脑,周三有个<GOOGLE测试之道>需要研究,有很多外力要阻拦我继续写博客,捣乱的事天天有,道心要坚定呀,小伙子) 讲到管理,很多人会莫名的涌起一股崇敬感,这大概源于公司的高层,都被称为管理层,高高在上,拿着天文薪水,一天开没完没了的会议,个个看来都很高深的样子. 其实这些只是表面现象,羡慕的来源其实是围城外的人向往围城内的人,围城里面不一定好,举个例子来说,我有些做经理的朋友,不止一次感叹,什么时候能痛痛快快的再编码一次,那可怜的样子

如何不被程序员嫌弃——写给那些血气方刚的产品经理

进入微软.亚马逊,谷歌等美国IT企业工作人才项目,起薪40万,百度搜索(MUMCS) 最近有位刚做 PM(产品经理)的小伙跑来跟我控诉,说公司技术部的 RD 们(程序员)个个不给力.需求过了千百遍还是理解错,或者就是简单回一句"做不了",表情如死灰. 这位 PM 血气方刚,张牙舞抓,脑子里总有一千万个新产品需求的想法扑腾着.他咄咄不停的抱怨 RD 们不配合,能力差,懒惰,没思考能力,没品位,顺带连抠脚味儿太大这种事也强烈谴责了."擦,老子明天就去学编程!" 哎,我发

如何不被程序员(RD)们嫌弃--写给那些血气方刚的产品经理(PM)

编者按:本文是来自X小姐的第四篇投稿,第一篇文章<一个至今没做出靠谱好产品的产品经理是这样活着的>,第二篇文章<一个初次创业的互联网P民是 这样被投资人拒绝的--写于没有拿到任何投资意向书的某清冷夜晚>,第三篇文章为<针对女性开发的互联网产品还敢再男性思维一点么--来自白富美女票们的 哭与泪>. 最近有位刚做PM(产品经理)的小伙跑来跟我控诉,说公司技术部的RD们(程序员)个个不给力.需求过了千百遍还是理解错,或者就是简单回一句"做不了",表情如死灰