#椰子鸡和TA的朋友们# 第二十二话：熊猫大战绿天鹅(前传)
近年来，考虑到ESG议题（环境、社会与治理）的责任投资逐渐成为资产管理行业的热潮。面对市场中眼花缭乱的ESG策略，投资者们应该如何看待上市公司的ESG绩效呢？商道融绿有幸邀请到非著名ESG专家椰子鸡，分享TA与朋友们关于ESG的那些事儿……
====
最近，中国人民银行召开下半年工作会议，对促进双碳目标、应对气候风险等问题提出了明确的工作计划，即：推动碳减排支持工具落地生效，向符合条件的金融机构提供低成本资金，引导金融机构为具有显著减排效应重点领域提供优惠利率融资；扎实推进碳排放信息披露和绿色金融评价；加强气候风险管理，有序开展气候风险压力测试。这些政策的落地都要有一定程度的数据支撑。
同样，企业若要实施零碳转型，也需要数据支持。其中，最基础的数据是企业的碳排放数据。有了量化的碳排放数据，企业才可更精准地衡量高碳有多高、低碳有多低。金融机构也才可以更精准地衡量资产组合的碳强度。
然而，知易行难。目前企业碳排放数据的可获得性很不理想。关键问题是企业核算和披露碳排放数据的意愿不强。商道融绿发布的《A股上市公司应对气候变化信息披露分析报告（2021）》显示，2020年全A股4136家上市公司仅有149家上市公司披露了全部生产单位的碳排放量，占全A股数量的3.6%。尽管强制环境信息披露仍是政策推动方向，但量化的碳排放数据的现状短期内很难大幅改善。
——郭沛源，《碳排放数据测算及其在绿色金融中的应用》，2021年8月9日
我们先来看看椰子鸡和TA的朋友们怎么说？
近年来，考虑到ESG议题（环境、社会与治理）的责任投资逐渐成为资产管理行业的热潮。面对市场中眼花缭乱的ESG策略，投资者们应该如何看待上市公司的ESG绩效呢？商道融绿有幸邀请到非著名ESG专家椰子鸡，分享TA与朋友们关于ESG的那些事儿……
====
最近，中国人民银行召开下半年工作会议，对促进双碳目标、应对气候风险等问题提出了明确的工作计划，即：推动碳减排支持工具落地生效，向符合条件的金融机构提供低成本资金，引导金融机构为具有显著减排效应重点领域提供优惠利率融资；扎实推进碳排放信息披露和绿色金融评价；加强气候风险管理，有序开展气候风险压力测试。这些政策的落地都要有一定程度的数据支撑。
同样，企业若要实施零碳转型，也需要数据支持。其中，最基础的数据是企业的碳排放数据。有了量化的碳排放数据，企业才可更精准地衡量高碳有多高、低碳有多低。金融机构也才可以更精准地衡量资产组合的碳强度。
然而，知易行难。目前企业碳排放数据的可获得性很不理想。关键问题是企业核算和披露碳排放数据的意愿不强。商道融绿发布的《A股上市公司应对气候变化信息披露分析报告（2021）》显示，2020年全A股4136家上市公司仅有149家上市公司披露了全部生产单位的碳排放量，占全A股数量的3.6%。尽管强制环境信息披露仍是政策推动方向，但量化的碳排放数据的现状短期内很难大幅改善。
——郭沛源，《碳排放数据测算及其在绿色金融中的应用》，2021年8月9日
我们先来看看椰子鸡和TA的朋友们怎么说？
#椰子鸡和TA的朋友们# 第三话：孔雀开“评”
近年来，考虑到ESG议题（环境、社会与治理）的责任投资逐渐成为资产管理行业的热潮。面对市场中眼花缭乱的ESG策略，投资者们应该如何看待上市公司的ESG绩效呢？商道融绿有幸邀请到非著名ESG专家椰子鸡，分享TA与朋友们关于ESG的那些事儿……
====
通过环评，对规划和建设项目实施后可能造成的环境影响进行分析、预测和评估，提出预防或者减轻不良环境影响的对策和措施，并进行跟踪监测，这是国际通行的环保制度。我国自2003年9月起施行环境影响评价法，已建立了比较完善的环评制度体系，在预防环境污染和生态破坏方面发挥了重要作用。不过，进一步提升环评的质量，切实发挥环评的效用，仍然有很多工作要做。
环评质量和生态环境质量、经济发展质量密切相关，质量是环评文件的生命线。环评粗制滥造，弄虚作假，对一个区域的生态环境、长远发展可能造成难以逆转的巨大危害。对于建设单位和环评编制单位，生态环境部门应依法依规加强监督管理，加强规范性检查和质量检查，对环评文件质量问题采取“零容忍”的态度，严肃查处。
“人类只有遵循自然规律才能有效防止在开发利用自然上走弯路，人类对大自然的伤害最终会伤及人类自身，这是无法抗拒的规律。”那些为了短期GDP增长而造成“生态赤字”“环境透支”的规划和项目，注定不可持续，将来付出的代价可能更大。
——人民日报,《环评岂能“抄作业”“走形式”！》
我们先来看看椰子鸡和TA的朋友们怎么说？
近年来，考虑到ESG议题（环境、社会与治理）的责任投资逐渐成为资产管理行业的热潮。面对市场中眼花缭乱的ESG策略，投资者们应该如何看待上市公司的ESG绩效呢？商道融绿有幸邀请到非著名ESG专家椰子鸡，分享TA与朋友们关于ESG的那些事儿……
====
通过环评，对规划和建设项目实施后可能造成的环境影响进行分析、预测和评估，提出预防或者减轻不良环境影响的对策和措施，并进行跟踪监测，这是国际通行的环保制度。我国自2003年9月起施行环境影响评价法，已建立了比较完善的环评制度体系，在预防环境污染和生态破坏方面发挥了重要作用。不过，进一步提升环评的质量，切实发挥环评的效用，仍然有很多工作要做。
环评质量和生态环境质量、经济发展质量密切相关，质量是环评文件的生命线。环评粗制滥造，弄虚作假，对一个区域的生态环境、长远发展可能造成难以逆转的巨大危害。对于建设单位和环评编制单位，生态环境部门应依法依规加强监督管理，加强规范性检查和质量检查，对环评文件质量问题采取“零容忍”的态度，严肃查处。
“人类只有遵循自然规律才能有效防止在开发利用自然上走弯路，人类对大自然的伤害最终会伤及人类自身，这是无法抗拒的规律。”那些为了短期GDP增长而造成“生态赤字”“环境透支”的规划和项目，注定不可持续，将来付出的代价可能更大。
——人民日报,《环评岂能“抄作业”“走形式”！》
我们先来看看椰子鸡和TA的朋友们怎么说？
【CMMI评估发现最常见的十个弱项】
原创： 丛斌博士 老丛讲桌 2018-03-31
在CMM/CMMI这个行业已经晃悠了20年，这么说吧，著名企业做过华为、雷神，非著名的也是一堆，甚至评过三一组织（一个团队、一个产品、一个客户）。该见的都见过了，不该见的也没少见。今天和大家聊聊在我评估报告中最常出现的10个弱项（weakness），这些弱项具有普遍意义的原因，是因为它们代表了我们在软件工程、质量控制、项目管理、过程改进等方面的不足。这些弱项也是我们改进的机会，在一些企业中，我也看到了很多有效实践，在组织内部有效解决了这些问题。
弱项一：非功能需求的二意描述及不可追溯性
我个人不太喜欢非功能这个说法，只说不是功能，那是什么呢？当然这是题外话。非功能其实比功能更加重要，因为在很大程度上，它决定了用户对产品的满意度，非功能决定了功能的易用、安全、响应速度、可维护性等因素。而且产品架构是由非功能需求决定的，非功能的缺陷修复成本大大高于功能缺陷的修复。可惜非功能是常见的遗漏需求，即使识别出的非功能需求的描述也往往不精准，很难指导后续开发和测试工作。对于识别出的这些非功能需求，我常常看不到设计实现的考虑，看不到测试的覆盖，倒时常感觉到咱们项目组的赌性。希望我们成熟的软件组织，能够重视这个问题。
处理非功能需求的能力代表了软件工程的能力
弱项二：Brutal Force的架构设计
好多人问我中国软件最缺什么人才？二十年来，我的答案始终如一，最缺的就是软件架构师啊。在我评估的项目里，很少能看到可以支持产品扩展、维护的优美的软件架构。许多架构只是解决眼前的问题，英文叫brutal force的方法，也就是没有套路的方法。
架构师之路在哪？
弱项三：没有质量评估的测试报告
大多数测试报告基本就是流水账：跑了多少用例，发现了多少缺陷，修复了多少缺陷，遗留了多少缺陷……但是被测程序质量如何？测试盲点、潜在隐患在哪里？后续测试应关注什么？这些基本质量评估都看不到。那么测试报告的价值何在？这些流水账除了像个打酱油的，还能干嘛？
弱项四：吃不到鸡的同行评审
同行评审在中国水土不服是个老问题了，我们的评审发现不了缺陷，吃不到鸡。这里我就不做原因分析了，每当我在心里算下评审速率，发现每小时要评审500页需求或5000行代码时，我只能默默的对这个速率表达我崇高的敬意！
我怎么吃不到鸡？
弱项五：质量部包揽了EPG的工作
早些年，我常看到EPG被置于公司质量部的领导之下。其后果是质量部包揽了组织的所有改进工作，不论改进的流程执行实体和它有无关系。难道质量部个个都是十项全能高手？架构的改进难道不应该由架构师主导吗？看到一些不疼不痒的专题改进成果，我除了叹气还是叹气。
弱项六：不变的项目定义过程和不变的项目量化目标
项目计划常常会变，可奇怪的是项目的定义过程基本不变。随着项目的进展，计划的过程活动及其力度都不需要调整吗？这里就不讨论高成熟度的问题了，但忍不住问一嘴：为什么项目量化目标永远不变？哪怕目标明显已经太低或太高了？您家软件项目真的那么稳定吗？
弱项七：为评估而做的决策
当我一眼就能从备选方案中选出胜出者时，这个决策大概是为评估准备的。如果真的是四个专家花了两个小时，咱们能否将决策自然体现在需要决策的活动中？何必要单独出个决策报告，再把相关信息抄出来。这好歹也是一个专家一天的工作量（8个小时），可惜了！
一眼可以选出胜者的DAR
弱项八：不可操作的风险缓解计划
现代的项目管理就是风险管理，可惜这是个和同行评审做得不相上下的过程域。相信你看到过这样的风险缓解计划：加强和客户沟通。那谁和谁沟通？沟通什么？何时沟通？一个不可操作的风险缓解计划如何能真的化解风险呢？
弱项九：缺乏可操作定义（operational definition）的度量项
CMMI 2.0在MPM（Managing Performance and Measurement）实践域中多次强调度量项的可操作定义。精准的度量项不如一致的度量项，度量项都会些噪音，但要高都高，要低都低。没有可比性的度量是没有意义的，恰当的可操作定义保证了这一点。可惜太多的组织，做不到这一点。
弱项10：支零破碎的过程架构
如果我看到一家组织的过程是按过程域来编写的，过程元素和过程域的实践有很好的对应时，就为过程执行者捏把汗。项目经理在做计划时，怎么能够自然的梳理清楚不同过程的关系：谁是谁的输入？谁是谁的输出？我很高兴2.0明确指出不要再说“我们在实施CMMI”,而是我们在改进过程，在组织内部实现模型的目的和价值。
namo-amitabhaya！
原创： 丛斌博士 老丛讲桌 2018-03-31
在CMM/CMMI这个行业已经晃悠了20年，这么说吧，著名企业做过华为、雷神，非著名的也是一堆，甚至评过三一组织（一个团队、一个产品、一个客户）。该见的都见过了，不该见的也没少见。今天和大家聊聊在我评估报告中最常出现的10个弱项（weakness），这些弱项具有普遍意义的原因，是因为它们代表了我们在软件工程、质量控制、项目管理、过程改进等方面的不足。这些弱项也是我们改进的机会，在一些企业中，我也看到了很多有效实践，在组织内部有效解决了这些问题。
弱项一：非功能需求的二意描述及不可追溯性
我个人不太喜欢非功能这个说法，只说不是功能，那是什么呢？当然这是题外话。非功能其实比功能更加重要，因为在很大程度上，它决定了用户对产品的满意度，非功能决定了功能的易用、安全、响应速度、可维护性等因素。而且产品架构是由非功能需求决定的，非功能的缺陷修复成本大大高于功能缺陷的修复。可惜非功能是常见的遗漏需求，即使识别出的非功能需求的描述也往往不精准，很难指导后续开发和测试工作。对于识别出的这些非功能需求，我常常看不到设计实现的考虑，看不到测试的覆盖，倒时常感觉到咱们项目组的赌性。希望我们成熟的软件组织，能够重视这个问题。
处理非功能需求的能力代表了软件工程的能力
弱项二：Brutal Force的架构设计
好多人问我中国软件最缺什么人才？二十年来，我的答案始终如一，最缺的就是软件架构师啊。在我评估的项目里，很少能看到可以支持产品扩展、维护的优美的软件架构。许多架构只是解决眼前的问题，英文叫brutal force的方法，也就是没有套路的方法。
架构师之路在哪？
弱项三：没有质量评估的测试报告
大多数测试报告基本就是流水账：跑了多少用例，发现了多少缺陷，修复了多少缺陷，遗留了多少缺陷……但是被测程序质量如何？测试盲点、潜在隐患在哪里？后续测试应关注什么？这些基本质量评估都看不到。那么测试报告的价值何在？这些流水账除了像个打酱油的，还能干嘛？
弱项四：吃不到鸡的同行评审
同行评审在中国水土不服是个老问题了，我们的评审发现不了缺陷，吃不到鸡。这里我就不做原因分析了，每当我在心里算下评审速率，发现每小时要评审500页需求或5000行代码时，我只能默默的对这个速率表达我崇高的敬意！
我怎么吃不到鸡？
弱项五：质量部包揽了EPG的工作
早些年，我常看到EPG被置于公司质量部的领导之下。其后果是质量部包揽了组织的所有改进工作，不论改进的流程执行实体和它有无关系。难道质量部个个都是十项全能高手？架构的改进难道不应该由架构师主导吗？看到一些不疼不痒的专题改进成果，我除了叹气还是叹气。
弱项六：不变的项目定义过程和不变的项目量化目标
项目计划常常会变，可奇怪的是项目的定义过程基本不变。随着项目的进展，计划的过程活动及其力度都不需要调整吗？这里就不讨论高成熟度的问题了，但忍不住问一嘴：为什么项目量化目标永远不变？哪怕目标明显已经太低或太高了？您家软件项目真的那么稳定吗？
弱项七：为评估而做的决策
当我一眼就能从备选方案中选出胜出者时，这个决策大概是为评估准备的。如果真的是四个专家花了两个小时，咱们能否将决策自然体现在需要决策的活动中？何必要单独出个决策报告，再把相关信息抄出来。这好歹也是一个专家一天的工作量（8个小时），可惜了！
一眼可以选出胜者的DAR
弱项八：不可操作的风险缓解计划
现代的项目管理就是风险管理，可惜这是个和同行评审做得不相上下的过程域。相信你看到过这样的风险缓解计划：加强和客户沟通。那谁和谁沟通？沟通什么？何时沟通？一个不可操作的风险缓解计划如何能真的化解风险呢？
弱项九：缺乏可操作定义（operational definition）的度量项
CMMI 2.0在MPM（Managing Performance and Measurement）实践域中多次强调度量项的可操作定义。精准的度量项不如一致的度量项，度量项都会些噪音，但要高都高，要低都低。没有可比性的度量是没有意义的，恰当的可操作定义保证了这一点。可惜太多的组织，做不到这一点。
弱项10：支零破碎的过程架构
如果我看到一家组织的过程是按过程域来编写的，过程元素和过程域的实践有很好的对应时，就为过程执行者捏把汗。项目经理在做计划时，怎么能够自然的梳理清楚不同过程的关系：谁是谁的输入？谁是谁的输出？我很高兴2.0明确指出不要再说“我们在实施CMMI”,而是我们在改进过程，在组织内部实现模型的目的和价值。
namo-amitabhaya！
✋热门推荐