项目人才培养反思会，项目人才培养反思会议记录

大家好，今天小编关注到一个比较有意思的话题，就是关于项目人才培养反思会的问题，于是小编就整理了1个相关介绍项目人才培养反思会的解答，让我们一起看看吧。

项目上线后出了问题并造成损失，原因是代码逻辑问题，责任应该由程序员承担吗？

这个问题，我想我有必要回答一下。首先，程序员一定不会承担全部责任，这是肯定的，但你又肯定是要承担一定的责任的。

开发人员和测试人员，在本次事故中，都负有主要责任。作为程序员，代码逻辑出现问题，源头在于你，理论上你承担的责任是比较大的（实际情况下面说）。

写出与符合项目要求的代码，是开发人员的责任，所得你的负责。同样，找出代码中的bug、其他问题，也是测试人员的工作职责。

既然出错了，就不要怕担责任……

你的项目经理，要负领导责任。通常情况下，直接责任人都是第一责任人的“挡箭牌”。项目经理对这个过程把控不严，导致了事故的出现，但是项目经理通常不负主要责任，更多的是连带责任。

如果你们家的公司比较小，测试的工作由项目经理或者其他人员充当，那么项目经理除了要承担第一责任外，还要承担主要责任。

前面说过，程序员需要写出符合项目要求的代码，这就代表需要有一定的自查能力，不能写出一大堆bug，然后让测试人员给你提。而测试人员的工作，是找bug。两者均是主要职责，所以你们需要负的责任是一样的。

当然，具体情况还要具体分析，一般而言，测试担的责任有时会多一些。

只要是程序就会存在漏洞，成熟的程序相对漏洞会少一点，上线之后出了问题并且造成损失，表面上看是程序员代码直接导致的，作为实现者本身来讲是负有一定责任，但如果把所有的过失都归结到程序员身上欠妥，从整个链条上来看项目的负责人要承担很大的责任，因为项目版本的发布和负责人的最后的拍板有直接的关系，项目中除了技术人员还有测试人员，重大的隐患没有测试出来测试人员也是负有一定的责任。

为什么程序这么容易出问题？

1.项目中程序框架设计不合理，导致兼容性或者抗风险能力出问题，好的框架在一定程度上会规避很多不必要的问题出现，而且在新添加功能后不会影响整体逻辑，千军好得一将难求，一个好的架构师对于一个项目启动显得至关重要，但并不是每个软件公司都能请的起高端的技术人才，所以难免开始设计的框架存在问题，架构师不是天生就有的，也是无数项目摸爬滚打出来经验提炼出来的，很多老程序员根据自己做的多个项目积累经验，然后架构出来的东西基本上差异也不会太大。

2.项目周期赶得太急，导致很多功能没有完全走通就匆匆忙忙上线，这种可能导致功能模块在还没有完全调研清楚就直接开搞代码，所以容易在实现功能过程中忽略掉一些细节，这种细节可能在测试过程中不太容易被发现，结果造成问题到客户的手里才被发现，这种会导致出现隐患在里面，常见的项目故障大部分都是在这种场景下出现的。

稳定的产品是靠时间打磨出来的，任何一点出问题都是某一个人的因素，程序员本身而言就是一个执行者完成到什么程度，能够达到什么效果外在影响还是挺大，周期短以及功能复杂都会导致异常。

曾经做过一个项目，有个同事因为在管理指针进行释放内存的时候，没有管理好代码，造成局部的内存泄露，而且是小块内存的泄露，结果连续运行72小时系统就会崩溃，造成很差的客户影响，表面上看是程序员的疏忽造成，但如果在测试阶段能够及时发现这个问题，也不至于到客户现场才能被发现，所以任何一个问题的出现都不是单一的，单纯怪到程序员身上，不太公平。

希望能够帮到你。

谢邀~

一个项目的整个流程，不仅仅只有程序开发部分；开发的上游有业务和需求，下游有测试，如果出现任何上线后的问题，都怪罪到程序员的头上，那么就有失公允了。

其实大多数单位，项目推进过程中出现了各种各样的问题，都会有人跳出来甩锅，俗称“甩锅侠”；需求甩给开发，开发甩给运维。其实也可以理解，可能涉及到个人的绩效、考核；其实完全没有必要这样。

项目是一个整体，如果项目上线后出现了问题，那就是这个项目组的问题。所以现在很多公司都采用敏捷开发，从需求到开发到测试，都是一个整体，不仅仅可以快速迭代，快速响应业务需求，也可以从一定程度上，避免这种“甩锅”的行为。

现实工作中，项目出错程序员背锅的事情还是非常多的，为什么是程序员，而不是测试，不是需求呢？

我观察，大部分公司的项目流程，开发占了绝大部分时间和比重，需求和测试被弱化了很多，并没有做到需求和测试该做到的事情；甚至有些单位的需求人员/产品经理在做需求的时候，还要问开发怎么写这个需求；测试人员问开发人员，这个功能应该怎么测...

在这种背景下，项目出现问题，生产出现BUG，难免需要开发人员背锅。

这肯定大领导的主锅，程序要是要提交测试，测试完毕要预发环节，之后才会正式上线。靠谱的公司应该都是这么来的，只有连环节都不懂的垃圾公司才会这么让开发背锅，大公司都是从领导到测试到开发全搞一遍………手打狗头

不该！

上线不是程序员说上就上的，首先是项目团队里的测试人员测试，内部测试通过后交给客户测试，客户测试通过，签字确认同意上线，这才可以上线。

有问题，没有被测试出来，说明测试人员不给力，首先要问责的，是测试人员。

我在做项目经理的时候，所有要上线的内容，我都会跟客户反复确认好：在上线前您可以随便倒腾，做各种测试，但是您确定无误上线，就不只是我们的责任了。

即使后面出现了问题，也不是程序员的问题，运维的人来解决，并且，还收费的！

我最讨厌甩锅行为，代码逻辑有问题，项目经理要检讨，技术精力要检讨，测试团队要检讨，唯独不是程序员的错，可是把锅给了程序员本人，这就说不过去了。

其实，我们工作中很多的扯皮，推诿，甩锅，都源于流程搞得不清楚。每个流程都有相应的负责人，各自承担各自部分的责任，哪里还有那么多的破事呢。

到此，以上就是小编对于项目人才培养反思会的问题就介绍到这了，希望介绍关于项目人才培养反思会的1点解答对大家有用。