下一站可能会更好
1. 项目需求技术评审，发掘能够使用同一种语言快速沟通真的很重要。普通话，粤语，英语，不同的人，同一个语言的语言水平其实差距蛮大的。同一个问题反复确认，当然可能与不同领域的背景有关，每个人都比较关注自己的系统有无改动，上下游协议早点定义输出其实很重要，基于文本的输出很多时候都是口头上很强烈的补充。
2. 老板吩咐的事情，要尽早推动落地，千万千万不要等到最后时刻。提前整理好收集数据的模板，越早越有伸缩空间，发现问题第一时间解决。收集数据和需求，汇总和分析数据，老板肯定期望看到一个整体。这次相对比较被动，明天的会议今天才开始准备，确实晚了点。思路一定要清晰，看excel一定要拖动着看，不然以为不全，其实是全了，一次性做对，比中途再调整好很多。
3. 怎样积极大家参与一些“人肉”但体现不了明确价值的事情？自动化、智能化当然是一个方面，但这绝对不是全部。就像丰田的精益生产中的自动化，其实也是人工+机器的自动化，智能化也不是百分百准备的。比如智能语义分析，目前准确率达到95%已经是一个很大的成果了。那最后剩下那5%就是辨别不出来的，靠人肉进行评判，反哺机器学习，这就是人机协作的典范。人工提供标注数据，机器学习，规则调优，BAD CASES收集，如此反复，迭代提升。
4. 出问题时应该搞整风运动，整风后是否应该常态化。如果能搞一次，就应该常态去搞定。就像持续集成一样，常态化测试，常态化出包，常态化验证。体现到每日、每周、每月，最近这样的思维少了，可能与直接接触一线开发并不多有些关系。勤于思考，学而不思则罔，思而不学则殆，思考，学习，行动，相辅相成。建立基准，持续迭代，改进提升，这才是正道。单靠一两次突击还是不够的。
5. 敏捷团队，各个角色全融入，开发测试产品角色在同一个团队全部承担，一个人可以承担多个角色。就像很多人讨论项目经理、测试会不会消失一样，很多互联网公司都不设置。我想说，这个角色需要做的工作始终会存在，只是可以被团队某个或者集体承担了，这就是敏捷的魅力，全栈工程师存在，既有通才，又有专才。敏捷团队能做到自管理，结合精益思想，只有完成的需求才有价值，团队自然会劲往一次使的。
6. 组长各团队成员打绩效，从好的和不好的方面分别进行说明。当然，从上到下，其实上面也是经过激烈讨论的，最终确认名单，按照一定比例拆分卓越、优秀、良好等，若是一般或者待改进就比较惨了，几乎意味着年底考评不会太好，甚至有裁员名额时是首选了。当然，有些人巴不得被裁员呢，早点离开，早点赔偿，对双方都是解脱。下一个公司，下一个机会，可能会更好，只要你足够出色。
网友评论