第四十八章 抛砖引玉 (3 / 3)
        “现在项目的关键节点在第三项目组那，到第二项目组的人现在正好手里没什么大事，把变更给他们没啥问题。而且人事不也从别的项目组抽人来帮忙么？”一边的吴迪照常回复。

        表面上看。这个变更方案没什么问题，可是李默的第六感告诉他，这个事情没那么简单。

        “什么时候关键节点到第二项目组那？”李默继续问道。

        “应该还有几天吧，正好他们忙完变更就可以接过第三组的任务，只不过么，产品给的修改方案虽然用时较少，但是他涉及到了核心改动，一旦动了核心部分的代码，改起来就麻烦了。”吴迪看了下改进方案自言自语道。

        在项目的研发过程中，为了避免出现大范围错误。。代码都要进行备份。

        但是李默的项目过于庞大，这也导致了代码的备份十分耗时，为了赶进度，负责人延长了备份时间间隔。因为研发已经到了收尾阶段，并不会修改主题核心部分的代码，即使错误也不会出现大问题。

        可是产品提出的修改方案则涉及到了核心代码的修改，而一旦这部分出现问题，再修改就会浪费更多时间。

        也就是说一旦第二开发组不能按时完成更改需求，或者更改过程中出现一点偏差，他们都无法抽身按时进行节点部分的研发。

        为了解决第二研发组压力过大的问题，虽然给出了增派人手的建议，但是增派的人手毕竟不是对应项目的人。。他们熟悉代码都要一段时间，很难起到真正的作用。

        一旦第二项目组项目的节点工作无法完成，其他的项目组只能停工等待对应节点完成，换句话说会导致整体项目组被迫停工。

        也就是说产品给的改进方案一旦开始，就没法终止。换句话说一旦改进方案进行的不顺利，第二研发组会被迫推迟关键节点推进的发起时间，造成项目的整体停滞。一旦出现类似的情况，项目负责人难辞其咎。

        作为李默刚刚招聘入职的项目负责人，他对项目的整体了解并不深，因此他也只看中了这个方案可以在最短时间内解决问题，并没有注意到这个隐藏风险。

        而作为上一级审核的两位负责人，方总恰好因为个人原因请假，郑总则替他做了决定，把变更要求交到了李默的手上。

        李默已经发现，这看似完美的解决方案，一旦自己签字实行，任何节点出现疏漏，都会导致整体项目出现问题。

        【本章阅读完毕，更多请搜索墨缘文学网;http://wap.mywenxue.org 阅读更多精彩小说】

更多完整内容阅读登陆

《墨缘文学网，https://wap.mywenxue.org》