前端新人如何在不顺利的情况下完成开发任务？

昨天的文章里提到一个同学有些跟不上公司绩效考核，抛开一些主客观方面的原因不提，前端新人应该怎么来相对有质量有完成一个业务需求呢？

这个话题每个人的感受都不同，我只说自己个人主观的看法，

• 1、要做的是什么东西？
• 2、完成的时间是多少？
• 3、UI和数据、交互方面都准备的如何了？

这三个问题必须都ok了才能动手，否则就是无用功。因为三个点才能形成一个三角形，这是最坚固的形状。缺一个点都不成。

往小了说吧，例如要做一个弹出菜单，很普通的一个需求，那么就是这样：

• 1、要做一个弹出菜单；
• 2、时间大概二天；
• 3、ui有、数据自己写点假的就可以；

这时很多同学就觉得已经可以动手撸码了。但最重要的问题，“交互和ui，这二个东西产品经理确认了吗？”他没确认，或是正在确认中，你写啥都是白费。

可能有同学会说，咱们可以先写组件，然后把数据套上去，到时候改改交互效果就行了。

想的非常美好。

一会产品经理来了，“咱们那个菜单，分角色。不同角色不同权限；菜单可编辑、可添加自定义按钮。”

你写的那些所谓的组件，所谓的假数据全都是白费。

这叫啥？需求不明确。如果说这种情况唯一的好处嘛，那就是你可以写一些工作量在周报上。

在开发中还要给自己的代码留有余量。因为产品经理在没有看到真实的前端产物的时候，他也是对着原型发散思维呢。

当你搞出个七七八八的东西的时候，他的思维说不定就又开始发散了，“那个，这里，改成那样的；那里，改成X样的。。。”

这叫计划赶不上变化快。

上面的种种情况都有可能出现，所以必须要确认产品需求，然后按套路：

UI-原型-开发-内测-发布-上线，大体上是这么个步骤。

而在这个过程中，很多开发中的工作，如何能完全准确的估计出工时呢？就需要把大段的需求，切分为一个一个的小需求，然后每个人按自己的“时间线”来走，

如果某个人的工作量不能按时完成，那么一定要第一时间，以邮件的形式正式的通知自己的上级负责人，请他及时调整工作安排，否则会打乱整个开发的节奏。

在这种情况下，加班是一定的，但加班并不是解决这种问题的最佳办法。

说到这里可以看到，前端新人在面对一个或多个开发需求的时候，实际上面对的并不是单纯的技术问题，而是一个工作及团队的联合工作与协调问题。在这种工作环境中，沟通与协调才是解决问题最有力的武器。