软件项目管理(二)-研发项目管理

>>软件项目管理(二)-研发项目管理

软件项目管理(二)-研发项目管理

引言:当今社会市场竞争激烈,软件开发企业想要占据前列需要在研发管理上下功夫,“向管理要效益”已经成为软件开发企业的共识,研发项目管理在软件企业中的普及也是大势所趋。国内做软件项目管理工具的开发商翼发云近几年发展十分迅速,越来越多的软件开发企业认识到研发项目管理的重要性,能切实有效降低成本,规范软件开发流程,提高软件产品质量。国内研发项目管理系统、敏捷开发管理工具的领导品牌翼发云敏捷项目管理系统采用可视化业务流程技术,支持瀑布模型等传统软件研发项目管理,同时也支持scrum等敏捷开发流程,是理想的敏捷开发管理工具,涵盖软件项目管理工作的整个生命周期。为提高国内软件开发企业的项目管理水平,分享一篇企业管理相关的知识文章。

一个混合的软件项目,这篇文章是关于代码本身的。最近,事情一直很忙,没有时间更新,直到刚刚看到同事在公司代码中带有一个函数的头文件和cc文件来实现代码的功能一模一样,甚至,但是这个人任意增加重复代码,这是无语的。在感情之际,我强迫我今晚把这篇文章发表出来。上一次,有人评论说软件的管理不应该是非人性化的,相反,它应该更人性化。我个人的理解是,项目本身的设计、实施和测试应该尽量减少对人的主观因素的依赖,必须对开发者进行人性化管理。好吧,不要浪费,开始吧。

作为一个管理者,如果一件事情(一个大到一个功能,一个小bug)做得不好,那么我们应该看到什么?例如,上面提到的问题是一个忽略现有代码并添加完全相同功能或相同代码的函数的软件工程师。我们该怎么办?你叫他直接骂?出了问题,面对汽车的直接指责,绝对不会解决问题。 scrum

我想我们首先得考虑两个问题,他不是做得很好吗?或者他不想做的很好吗?有人会说,我走了,这么简单的事,怎么也做不好,一定不想做得好,还要想什么?。事实上,当我们把这件事交给一个大项目时,有各种可能性。这就是我们需要人性化的地方。当一个人做不好的时候,有两种可能性。首先,没有时间做得很好。当项目非常紧急,客户等待老板一直催,即使该项目订单,软件工程师的压力实际上是非常大的,不是因为他们对公司的销售产生影响,因此在项目完成快速测试时,许多人紧锣密鼓,没有心情平静下来,找代码,这么简单的事,只写一个急于完成任务,占据了绝对的最高优先级。如果遇到怕脑袋的经理,随便的就答应销售甚至客户,根本没有仔细考虑工作量(原谅他吧,因为如果说开发者眼里重要的是项目,那么他眼里就是如何尽快把项目变成利润),那么这种情况应该经常出现,尤其是在小公司,这种情况更常见。如果是这样的话,它体现在经理本身是不现实的。

一个人不能把事情做好的另一种可能性是缺乏技能。有一个很好的说法,五年的工作经验不能用五年的技能。在工作中,很多人一开始就觉得自己进步得很快,但后来随着工作环境的熟悉,对代码的理解也没有改善,甚至停滞不前。做好手头的工作,定期做这项工作。但看看自己以前的代码很少有人写得不好,这些问题是轻率的,那些愚蠢的,自己后来没有学习这些不好的地方,有没有更好的方式来实现更多的现在,很少有公司会继续培训员工,提高员工技能是员工,更高效的完成任务。作为一名管理者,如果员工不学习,更经常组织一些学习培训,让设计工程师谈论他们的项目,代码中用到的算法,他们谈论设计模式,沟通机制,问题等等,这些初级工程师很有帮助。因此,当一个人不能做好事情时,管理者首先应该考虑他们是否低估了任务的数量,并且过于草率地设定目标。第二,你应该反思球队的水平是否在某一个水平上长期存在,这提醒你需要训练你的兄弟。当然,作为一个农民,也有一颗成长的心,愿意不断地学习新东西,阅读书籍,复习算法,这样我们可以在五年内拥有五年的工作经验,而不是五年的经验。想想看。经历五年是一件悲哀的事。 软件项目管理

如果不是那个人做不好,但他不想做得好,我该怎么办?有人说要开除他,所有TM都不想这样做,坚持下去是没用的。事实上,这一点也可以分为两个角度。首先,他不想做的外部原因,如项目本身的要求不高,但团队中的每个人都那么随便干干,太认真也是徒劳的,领导看不到,谁也duogande谁提高较快,不要太严格要求自己效益。至于代码,写代码是个良心问题,我觉得QA过关并不难,但到每一点都做得很好,难度很高。在这种情况下,管理者应该意识到那些平时做事细心和写代码的人,但及时与他们交谈却发现了一团混乱,看他们是否忽视了许多人进入的思路,同时也看到了项目标准是否过低。

举个简单的例子,对于同一个任务,你问两个不同的人,你能完成多长时间?这两个人可能会给你带来很大的时间上的不同。所以不要断定一个人在跟你磨时间,而是多问一点。你所做的标准是什么?很可能你能听到一个人说他可以完成所有的功能,并为每个功能点构建测试用例,通过这些测试,考虑可能出现的异常情况并处理它们,而另一个人则完成了代码。这就是当公司没有统一规定时,每个人对标准有不同的定义。通过这些,我们可以更好地了解一个人,请珍惜给予第一个答案的农民。 敏捷开发流程

他们不想做得好的另一个原因是他们与领导人之间有矛盾。例如,像头脑风暴这样的领导者和员工喜欢深入思考,这样就会有领导者觉得员工不够好的情况,但员工觉得他们的领导没有头脑。如果是故意的,领导和员工的头脑风暴,那么领导会觉得有点浮躁的员工和员工感到可靠,领先的谨小慎微难成大事。在这一点上,作为一个管理者,我们首先应该找出那些不符合自己风格的员工,并注意与他们相处,因为毕竟,你是领导者,你需要考虑如何管理人,他更关心项目。如果矛盾加深,员工就很容易离职了。有许多微妙的问题需要管理层的注意,我们必须设法加以利用。我相信我们遇到了一些不能参加他们喜欢的领域或领域的员工。事实上,这些都是管理者自身的问题。

另一种不想做好的可能性是员工本身的内部原因,这实际上是两个因素。首先,它不需要太多的自我,同时,公司没有高标准。因此,员工的懒惰会使他致力于完成任务而不是把任务做好。我见过一些人把自己的代码写的功能,以QA测试,问题是修复,没有问题。我在写代码的开始看到一些人开始思考如何衡量自己的功能,在哪里,用什么方法,那里可能有问题,没有例外,其中可能存在的性能问题,他把这些都记录下来,交付QA之前,用自己的测试案例确保所有正确的,你自己考虑本地基本没有问题,然后交给QA,让他们帮助你衡量那些自己没有想到的问题。对于这样的员工,严格的流程和要求可以解决问题。第二个内因是员工的态度不好。人要把工作当成世界上的一切,有些人要把工作当作生活的一种手段去吃饭,有些人真的想用很少的报酬工作,通常都有自己的小日子,有认真的在公司里做自己的事,看小说,在网上,一起做一件事,然后继续你的生活。我们真的伤不起这些人。如果你关心球队的斗争,你有一个伟大的光环,你可以和他谈谈。改变主意改变了他的态度。要么你不关心团队合作,人们在井水里也不会把水弄得很好。否则,提前离开,因为每个人都是好的。
转眼间又啰嗦了这么多。写这么多关于软件项目管理的文章。原本打算坐火车,SVN,分支,发布,测试,缺陷管理,等等,都写的,但感觉太详细。这是第一件要做的事,如果你需要的话,以后再写。
研发项目管理

文章从互联网整理而来,旨在传播scrum、软件项目管理、研发项目管理、敏捷开发管理工具的知识与应用,帮助软件开发企业真正了解研发项目管理的价值和意义,如果本文侵犯了您的权益或者您需要具体了解更多国内做研发项目管理系统的公司翼发云敏捷项目管理系统的相关信息,欢迎和我们联络:

【网址】www.effapp.com

2018-03-02T03:29:53+08:002018-03-02 03:29:53|Categories: scrum项目管理|