程序员小飞原计划三天完成某个任务，现在是第三天的下午，他马上可以做完。但是在实现功能的过程中，他越来越意识到自己原来设计中的弱点，他应该采取另一个方法，才能避免后面继承阶段的额外工作。但是他如果现在就改弦更张，那势必要影响自己原来估计的准确性，并且会花费额外的时间，这样他的老板，同事会因此看不起他。如果他按部就班，最后整个团队还要花更多时间在后续继承上，但那就不是他个人的问题了。怎么办？
这是《构建之法》上的一个问题讨论。
我觉得吧！咳咳，强调一下，是我觉得，毕竟每个人的想法都不一样。
首先吧，有一句话叫“小洞不补，大洞吃苦”。这句话的意思大家都懂，可是说实话呢，我们总习惯忽略小小的问题，或者根本不把这些小问题当成问题，于是就导致了之后小问题越滚越大，变成了大问题，而往往理由却不说自己忽视了过去的小问题，而是会认为这是一个新的问题。然后没日没夜地改，要费好大的劲。我的天！肯定会有人说“真蠢”，不好意思，你也会有犯这个错误的时候的！（诅咒脸）所以，我们是不是可以采取一种方式，即在每一个可能会遇到问题的地方立一个标签，如果以后遇到了问题，我们就可以循着这些标签来查找，我私心里想着，或许会减少一些负担吧。当然，可能也有人说，立标签不是更浪费时间？我只想说这只是一个未雨绸缪的方式，如果你够自信的话，当然可以不用这么做。
然后，第二句话叫“众人拾柴火焰高”。如果你自己做不到的事情，请教别人帮忙，这并没有什么丢不丢脸的地方，技不如人而已。天外有天，这世界大着呢！一个团队中，你可以胜任的工作请主动，不能的话你可以看成一个挑战，最大的后果只是失败而已，天又不会塌，顶多心情不好，听听歌就好了。（虽然我说的轻巧，不过我就是这么做的）如果你一直藏着掖着，不仅会影响自己的活动，还会拖慢整个团队的工作进度。无论从哪方面想，都得不偿失。
还有，第三句话叫“知错能改，善莫大焉”。如果发现问题，而且这个问题还不能被自己解决的话，不要犹豫，立马申请援助，等待只是徒劳的挣扎。向大家诚恳地致歉（大家接不接受是另外一回事），并说明自己的错误，希望得到大家的帮助并解决这个问题。我想在一起工作的同事，好歹也是同事，工作上并不会太过为难吧？（我想想的，我还没工作）如果一直拖下去，耽误了整个团队，讲真，连认错的机会都不会给你。
所以，综上所述，我觉得，小马可以这么做。向大家提出这个问题，并向大家说声抱歉，因为自己的原因可能会耽误一些时间，然后请求团队成员的帮助，一起解决这个问题。纵然队友有太多不满，但在燃眉之急的情况下，一般都会向团队利益靠齐，个人得失在此刻才是微不足道的。