几点工作感悟

“ 独立之精神，自由之思想”

工作一段时间就会有一些思考。今天将这些思考的问题汇总整理：

1. 管理有时候感觉很高大上，但在落地执行层面，不太好听的说，就是教别人做人、做事。教人如何沟通，如何表达，如何分解任务，如何处理工作。
2. 关于交付质量的一点思考。俗语说，慢工出细活。细活决定了质量，慢工决定了施工周期。回到我们软件项目来说，研发周期的时间是影响软件交付质量的一个因素。需求变动也是影响软件交付的一个因素。十个女人一个月生不了一个孩子，说明某些场景下增加人也解决不了问题。2层楼的地基建不了参天高楼，说明需求出问题的情况下，硬叠加功能，可能存在轰然倒塌的风险。 项目质量依赖于整个项目组成环节。需求要调研清楚，需要要把控住，不能欲壑难填。产品功能要设计合理，功能不能反复调整。研发方案要严谨细致。测试用例周全完备。各个环节的协调统一才能保证项目的交付质量。
3. 软件功能架构，需要将具象问题抽象化，抽象逻辑架构。而日常沟通又需要我们具象化沟通。
4. 最近对管理有了一些新认识：管理，管，要约束，守住公司底线，不让团队，个人作恶。促使做对的事情。理，带人做事，要以公司利益最大化为目标，把落地执行的具体事情作对。管下限，理上限。不断扩大上下之间的空间范围。
5. 研发做项目开发，那么产生bug在所难免。但其实bug也分三类，需求bug，产品设计bug，功能实现bug。研发大多产生功能实现bug，需求和产品bug比较隐晦，由于研发最终落地功能开发，所以这两类bug也经常被归到研发角色上。
6. 用结构化数据沟通，清晰明了的解决沟通问题。工作中，很多时候的沟通都只是停留在各自的头脑之中。每个人都会假设对方明白自己的意思。但是，当落地的时候，就会发现，偏差会是比较大的。在某些场景下，当讨论没有达成一致的情况下，结构化数据可以让问题更清晰明了些。
7. 干一行，爱一行。最近面试，碰到很多跨专业，5-6年工作经验的候选人。整体面试下来，发现其软件相关基础知识非常薄弱。并且最近1-2年也未完整看完一本技术方面的书。察人思己。联想到自己，联想到团队成员。未来如何避免此种境况？如何持续保持核心竞争力？唯有坚持学习，奋力前行才可。
8. 问题出现的本质还是由于思想、意识的不可见性导致。预防思想，预防意识的不可见性，导致了人们更愿意以躯体的行动来衡量价值大小。和加班一样，只要看到大家坐在那边，很多管理者就才会感到心安。至于加班能不能真正的提高工作效率，是无法考量的。
9. 软件项目编码过程中，采用对比手段能解决工作中90%的问题。
10. 合理利用人力，提高人效。是衡量管理者的标准。
11. 软件开发工作要胆大心细。胆大，大胆猜想，大胆求证，就是战略上的藐视。心细，具体落地代码中要严谨，细致。一丝不苟。也就是战术上要端正态度，重视敌人。
12. 开发工程师一般都比较内向，比较木讷。感觉最为突出的就是语文知识的欠缺，具体表现在对事情描述不清楚，或者描述不准确方面。
13. 项目研发过程中涉及到事情非常繁杂。其中不要迷信自己的大脑，不要迷信自己的记忆力。老话说，好记性不如烂笔头。对临时突发增加的一些事情，归类到TO-DO list 里面，方便后期处理。要不，容易遗忘。