一、以下是要点理解记录：
看板方法的核心特性是：可视化工作流程、限制进行中的工作、度量和管理流动、明确过程策略、识别改进机会。看板方法+每日站会，可作为银行科技管理的基本方法。
权衡资源效率和流动效率：医院是资源效率的代表；消防队是流动效率的代表。
项目流动：业务需求-->立项-->开发测试-->上线投产。
精益看板：利用精益看板关注项目流动，分析阻塞与隐形阻塞，从组织级高频度清除项目集中的等待队列。
需求交付周期（leadtime）分布变化图：横轴为项目完成天数，纵轴为项目数量密度。基于该分布变化图，可以通过对项目的具体分析和处理，先后实现图形上的截尾（消除超期的异常点）、左移（压缩leadtime，提升团队的交付能力）、整形（提高峰值，增强团队交付的确定性）等目标。
寻找合适的“经济批量规模” ：过大规模的需求化小，过零碎的需求合并为大。
控制并行项目数：即控制WIP(在制品)数量，尤其要注意STOPSTARTING、START FINISHING。JIT（准时生产）和自动化是丰田生产方式（TPS）的两大支柱。其中JIT 可概括为“在需要的时候，按需要的量生产所需的产品。
统计数据表示，在项目制为主的IT 支持部门，WIP保持平均1.5 左右的并行项目数，可以在交付周期和工作饱和度之间达成较好的平衡。
MUDA：发出没有用户使用，或使用频率低的软件功能，是软件开发中的首要浪费。
MVP； 两次发散、两次收敛，再确定开发计划；小步快跑，迅速验证。
Muri：应以观察端到端的服务响应和产出情况来识别团队的“工作饱和度”，而不宜按100%、120%甚至150%的比例过量分配工作
Mura：员工有时匆忙，有时空闲，IT 资源计划与业务需求之间的不平衡（原因：缺乏规划和变更管理）
精益思想注重从总体上解决浪费，认为整体优化重于局部优化。关注Muda、Muri、Mura之间的逻辑关系，譬如出现工作负荷过重，要考虑提高对业务需求的前瞻性，同时运用MVP、快速迭代等，聚焦于有真实价值的需求。
二、问题及思考：
1. 讨论银行软件项目及项目集管理，当应该要注意：银行的软件开发项目，都是具有很强个性化特点的，是具有高度定制化服务特点的，是介于工业品生产与工程施工项目之间的一种项目形态。因此，不能完全直接借鉴工业生产线的管理经验，应该适当变通。
2. 需要进一步回答的问题是：以上管理思想，是如何应对IT行业、金融科技、市场需求趋势一向变化节奏很快的特点的？ 如何做到不断突破常规实现创新的？以及，如何确保敏捷地应对新冠这样的突发状况？
可能：在规划、管控之余，对整体需求有层面上的大致划分，留出相当空间（比如20%、30%）弹性，走特殊的项目流动通道，不拘一格。同时，弹性也不能再高，否则说明整体管理对行业动向、市场趋势缺乏足够的把控。即真实可行的敏捷是”双速“模式。
3. 5H精益工作方法的详细内容，暂时没有查到。
