【冯知道《不懂就问》】在公平ZF方面，市场监管部门要转变执法理念（这里用转变，不是改善，莫非过去的执法理念有问题或错误？），既要严格、规范、公正、文明执法，依法惩治严重侵害RM群众利益的各类违规违法行为，也要注重情、理、法结合（这里为什么不进行断句，并且将其作为原则来遵循呢？）。再加一问：对如何充分激发各类经营主体活力，能够给出一些具体、明确、可行的举措吗？估计是没有人来回答的。因为解决问题，永远要比发现问题难的太多！[哈哈][哈哈][哈哈]（Z策问答·统筹推进深层次改革和高水平开放） https://t.cn/A6H6W9lX

就算步伐很小，也要敬畏市场！
生活总是给人有很多的规律和常态，生老病死是规律，曲折和磨难，跌跌撞撞尽是常态，向阳而生却是生活的态度，记得向前看，别烂在过去和梦里。

老了，不是等死，是去绽放最后的光芒，去把生活的经历填满，就算步伐很小，也要给自己方向，是给自己少许遗憾。
目标很远，不要放弃，要努力去缩小行程，眼下的路虽然艰难，也许翻过这座山就是坦途，不要把自己丢在蹒跚的路上，就算步伐很小，也要步步前行。
盈利，讲究的是积累，要避开亏损的风险，哪怕只是小盈错失很多那也是赚，一夜暴富一定会等着你一招俱损，就算步伐很小，也要敬畏市场。

好起来的从来不是股市，而是你自己！

加油，哥们！#财经##a股#

这个风险管理和监控的案例（图2，图3）很有意思。
注意：有很多动词，确保了降低风险的想法得到了有效落实。

《快速开发》
书摘
#着手分析和管理风险#
为管理代码风险，他们决定#分析问题数据库，以确定系统中的哪些模块有问题倾向#。他们将从4个月的项目时间中拿出1个月来#重点重写那些有问题倾向的模块#。

#为避免用户文档风险#，他们决定开发一个小的临时用户界面原型，该原型将与即将编写的代码所表现出来的界面完全匹配。他们#不允许与原型背离#。在#每周#的风险管理会议上，他们也进行对用户文档的检查，以确保他们与文档工作的协同一致。

#对于功能蔓延这一风险#，Eddie保证了会与市场部门沟通。“我知道他们首要的目的是保证产品按时推出。”他说，“3.0版项目进度出现问题后，我们需要重新树立客户的信心，我认为我们应该砍掉一些功能。”他们也邀请市场部门的Carlos参加他们的风险会议，目的是#让市场人员理解他们所面临的所有风险，而不要自己弄一堆新的风险#。

#风险管理的初步成果#
在接下来的4周中，已经按进度确认并#更换#了有问题倾向的模块，已经#重写#了5%的模块，#清除#了50%的错误。他们认真地#重新设计并更换#了这些模块，#每步都进行彻底检查#。到他们做完时，令他们欣慰的是代码库已经能够支撑3.5版本所需要做出的其他修改。

#新出现的风险#
在第6周的风险会议上，Jill发布了一个新的消息。“正像你们所知道的那样，除了大的风险外，我一直在监控一些低风险优先级的风险，而其中有一个已经变得很重要了。Bob一直致力于提高一些科学计算函数的计算速度，几周前他告诉我，他没有把握能够满足修改后的规范要求。显然，他研究的是可能的最佳算法，并实现了它，现在已将函数速度提高了50%。但规范要求提速100%，所以，Bob一直试图找到更快的算法。（#需要根据实际情况判断获取高性能指标的必要性#）
我告诉他我要在计划中设置一个红色的报警点，如果到了那点他还没有完成工作，我会举起报警小旗。昨天，我们已经碰到了红色警告点，而Bob说他没有办法解决。基本可以讲，我认为#Bob是在做软件研究，没有办法预测他需要花多少时间才能解决那个问题#。”（#工程项目vs.软件研究#）

Carlos从市场的角度说：“我是改进速度的推动者，我认为100%这个数值是可以灵活考虑的。#对我来讲更重要的是按时推出产品，而不是满足性能要求#。至少我们可以向我们的客户表明我们是负责任的。”（#目标聚焦#）
“很有道理，”Eddie说，“我认为我们已经将速度提高了50%，这已经#足够了#，所以，我会重新分配Bob做其他的工作。无须担忧这样的风险。”

从此以后，再没有令人震惊的事情，只有较小的风险信号，并且在很小的时候就被处理了。
与上一个项目相比，这个项目似乎缺少了惊险，但没人在意。
一些市场人员试图加入一些功能，但Carlos明白项目进度目标的重要性，所以在开发人员听到这些需求前，他已经#挡住了#大部分的申请。项目组效率卓著，他们在预期的4个月内交付了Square-Calc 3.5版。