关于构建之法中小飞问题的个人看法

程序员小飞原计划三天完成某个任务,现在是第三天的下午,他马上就可以做完。但是在实现功能的过程中,他越来越意识到自己原来设计中的缺点,他应该采取另外一个办法,才能避免后面集成阶段的额外工作,但是他如果现在就改弦更张,那势必要影响自己原来估计的准确性,并且会花费额外的时间,这样他的老板、同事会因此看不起他。如果他按部就班,最后整个团队还要花更多时间在后续集成上,但那就不是他个人的问题了。怎么办?

为了原计划的任务的完成,还是需要把任务先提交。上面说到,程序是没问题的,只是设计不够好,有更好的方式。

整个团队在后续集成时间会多,但仔细想想,这是必然情况,以后会遇到,问题多,可以团队一起想办法,增强团队凝聚力。问题解决优化能力。

为了保证不误期的情况下,可以先集成项目,之后可以后面的更新维护中,将之前的不足点,慢慢更新,改过来。

若是选择直接重整,不仅自己被人怀疑能力,而且还影响了团队时间。而且不能保证就算自己纠正过来,如果又出现更好的办法怎么办?再者,也并不能保证改正后集成时就一定会很节省时间。

从合作方角度讲,保证了不误期,信誉有了保障,而那之后将之前的不足更新优化,体现了诚意,若是另者,误期信誉受损,再者,合作方注重实用度,内部结构的优劣性,也许并不很懂或在意。投其所好,最大化的减小损失,才是重点。

综上,就是个人对情况的看法,如果你有更好的解决方法或自己独特的见解,欢迎留言。

原文地址:https://www.cnblogs.com/fsbr/p/6613563.html