浅聊工作流程

最近刚做完模块的开发，简单测试功能性没有问题 写完了私有通信协议的文档 就去找前端联调 要测我开发的有没有问题
但他们项目安排的比较满 沟通吃瘪 感觉这个简单的模块就卡在这里也不是事儿 就去找了老方和老袁聊

工作节点

可以说是工作的阶段性结束 开发结束之后 需要某种工作节点作为阶段性工作的结束

但 老方 把他定义为责任的分界线

责任归属

我之前不喜欢把责任单独拎出来聊 毕竟大家都是往同一个方向努力 整个项目做成才是工作的目标 我划分责任 你划分责任 那“责任真空”的区域又谁去做呢？

但工作中哪有什么多“真空” 已经确认的好的责任都相互推诿呢！

上下接口之前的的相互扯皮，因为一点小 bug 全员开会找问责才是开发人员的常态

之前在公司做硬件设计 在之后的批量生产中一直被领导怼
觉得我的设计有问题 但我比较单纯 有问题就解决问题 没有推卸责任
到后期 只要公司有硬件的问题都归咎到我这边 我被弄的疲惫不堪
之前的责任归属没有确认 自己也算吃了工作流程的亏

工作落实

要把之前的责任归属不被演变成一种恶劣的工作态度 把自己做过的工作落实才是对自己负责的一种态度

工作落实有几个方面，我只说开发后期的工作落实

1. 完善的功能性测试
2. 测试结果的归档
3. 事事有回音

我自己认为最重要的是归档

通过整理完整的测试结果文档才是责任归属的表达！才是工作节点的确定！

将自己的测试环境、测试方法、测试用例都写进去，这里不是重点我也就不再赘述了

开发流程

1. 需求评审
2. 多个预案评审
3. 开发
4. 测试
5. 归档
6. 联调

这里456几乎占据了 60% 的研发时间 循环往复 极度磨人

我之前太年轻 没有真的走这么一轮开发 虽然满怀期待 但也充满敬畏(怕)

一些事儿

老方之前公司是做消费电子的
已经通过了方案验证、第二次量产、区域销售，在全国上线的前一天 被媒体测出来 针对儿童用品的外壳含有有毒物质。
之前全部打水漂
项目延期、产品召回、继续重新试生产。

老袁公司是做工业产品
但公司比较小 公司以市场导向 说难听也可说开发以销售导向
痛骂销售喜欢拿着友商东西质问
”为什么人家有 咱们没有“”咱们的产品也应该随着手机壳变色(诸如此类)“
不了解技术的市场 总是会提一些让开发当场心肌梗死的需求
”我宁可怼 10 个产品经理 也不要和一个市场谈需求！“