中国的程序员都是非常勤奋好学,自知过高,往往在承诺开发任务的时侯,就会过于“简单”的评估。
结合自己工作经验:
分为以下几个方面去进行评估:
(1)工作任务是的确简单,还是繁杂,这是必须分清的,且这些繁杂的任务不能自动化(包括代码不能自动化)
(2)配套的产品手册与文档的工作量较大?是否可以避免?
(3)开发任务的测试量较大?UT与ST路径较多,覆盖面较大?是否无法避免?
(4)与其他任务模块的联调?沟通量如何?
一般需要从上述四个方面评估,开发无小事,简单的事情也可以复杂,复杂的事情也可以简单。
千万不要想当然,做事情都需要遵循规律与经验依据。