工作流程｜公司变化太快，如何破除迷茫？
思考「避免反复修改，高效交付」的可能性
01 背景
项目团队由瀑布式转向敏捷开发，几个月来各种水土不服，渐渐跑成了套在敏捷流程里的瀑布式开发。so sad
然而不管现实如何变化，保质高效交付，只能是自己的内功。此文旨在梳理一套可以复用的工作流程，减少背锅的可能性。
02 风险发觉
私以为，开发流程中涉及三个重要的触点 -- 开发资料 / 协同沟通 / 进度把控。
开发资料
包括prd、视觉稿、测试用例。资料中有疑义的地方可以通过需求评审会，开发前沟通等节点提出，确保开发各端对交付效果保持一致理解。
现实：
- 开发资料不能在同一时间点给出
- 不同开发资料存在不一致处
- 开发资料在开发过程中多次修改
协同沟通
敏捷开发强调「小步快走」，减少小组人员的等待时间，这就要求大家保持步调，让每个故事都快速流转。
现实：
- 业务优先级时刻调整
- 前后端资源不对等
- 临差需求/开发过程中修改业务逻辑
进度把控
前端任务进度把控关系到故事点的流转速度，进而决定了epic交付速度。
现实：
- 前端触点多，视觉稿/后端接口文档等都可能卡住开发过程
- 当前后端不同步/业务需求变更，前端前期solo工作需要打翻重来
- 测试滞后过多的需求场景，修bug时，找回状态成本变高
问题有了拆分，就有了清晰的方向，时刻问自己：我在这一步要得到什么结果？ 相信坚定的人总能找到路径。
03 风控分析
我们换个思路，如果我们要描写一个优秀的前端，需要去塑造哪些特点？
- 能力强，能完美消化需求
- 沟通无障碍
- 不给其他职能添麻烦
- 主动性强，促进项目进度推进
👉 这样一个前端大佬在上述风险场景下，与普通小白的区别 是什么？
私以为，主要是更从容一点，对变化的反应和消化速度也会更快。
因此，解决问题的速度是专业度决定；然而避免问题的发生应该是完备的工作流程决定的！
👉 那哪里需要用到工作流程，怎样能建立一个稳健的工作流程？
与他人交互的所有场景都是体现专业度与工作能力的舞台，而了解公司文化、了解对接人的诉求是需要下功夫打磨的功课，不一而论。
我们能拿出来讨论的只是通用的冰山一角。
04 以不变应万变
- 原则一：来一个内心排期表吧！
「职场如战场，活下来的都是结果导向的勇士。」经常听见这句话，也在一年的体验中深刻印证。我们最缺的是什么，我投有效输出一票。
有效输出，需要做到两点，一是在向目标靠近，二是压榨利用好时间。
生活工作琐事围绕，如果把每一天都当作打破这些羁绊，找回自己专注的游戏，拿下自己期待的战旗，这不是内驱力就来了？当然前提是，清醒真诚地面对自己的诉求，这是比当一个厉害的人更需要重视的能力。
- 原则二：代入自己的业务角色
相信自己是专业的前端人员，能为其他职能提供可靠的支撑。那么在任何交互时都需要问自己一句：他/她希望我能提供什么？我能用我的专业为他/她解决问题吗？会造成什么影响吗？
代入角色、相信自己，继而产生强大的力量，为问题找到解决路径，慢慢去成为想象中那个专业的人。
- 原则三：强烈的信念感与执行力
大脑的念头能存在3秒都很难得，但想要做到什么却需要把目标时刻刻在脑海中。强烈的信念感，能让自己做到不可思议的事。
可能这个时候拖延症出来说话了：我太想达到......因此我需要天时地利人和（所谓的仪式感）的准备。但实际上大可不必！
我们只需要在做的过程中去完善，在踩坑的途中保持思考，我们不需要一步到位，要的是持续行走。
05 闲言
文章开始时总有种难以为继的感觉，然而越思辨越清醒 -- 「珍惜我们最宝贵的时间和精力，去成为自己心中伟大而有趣的灵魂吧」。
工作也是可以享受的另一种生活，换个思路，反正我们只想要自己想要的！
希望大家都能从重复繁杂的工作中解脱，用清晰的头脑，大步向前走！
