敏捷方法开发总结的点评记录

1 开发人员的快乐:     创建事物,     开发对他人有用的东西,     组装的魅力,     持续学习的快乐,     在易于驾御的介质上工作 开发人员的苦恼:   追求完美   由他人设定目标   对他人有依赖   查找修改BUG   过时的很快 2 BROOKS法则:向拖期的项目追加人手,只能让项目更拖期 3 设计人员要少而精 4 开发人员如何避免画蛇添足 5 非正式交流,正式交流,

摘要：本文探讨了软件开发中处理非结构化数据的平衡之道，提出"AI处理不确定性，代码处理确定性"的智能系统设计原则。通过三个案例（智能报告生成、多格式报告对比、动态度量规则适配）展示了如何让LLM负责理解模糊输入并结构化输出，而由代码执行固定校验和标准化处理。这种分工既避免了传统硬编码的臃肿维护问题，又克服了纯AI方案的不稳定缺陷，实现了灵活性与稳定性的统一。核心价值在于构建可维护、可迭代的智能系统，其中AI专注语义理解，代码确保精准执行，二者边界清晰又协同增效。

每日站立会议是SCRUM方法中的一条关键实践，看似很简单的一个活动，其实内涵丰富，如果能够成为一种习惯，还是不容易的。其成功的要点为： 1 站立会议通过每天面对面的沟通，可以: （1）快速同步进展，让项目组内部的员工互相了解彼此的进展，从而了解本项目的整体进展。 （2）给每个人一种精神压力，信守承诺。这是一种面对面的精神压力，直面项目进展。 （

（1）开发一套WEB版的日志系统，只要有网络就可以填写日志，无论是否出差在外。 （2）日志系统要操作最简单，员工天天用，操作烦琐了，就没有员工愿意用了。 （3）日志系统能自动提醒没有按时提交日志的人员，如果靠QA人员或者PM天天去检查，容易遗漏，也太累啊。 （4）日志系统能自动检查有错误倾向的日志，定义几条启发规则，比如1天工作超过了12小时的，低于4小时的等等。 （5） 在日志系统中，需要填写的

摘要：AI开发中程序与Skill的本质区别在于确定性与经验性的管辖权划分。程序是确定性逻辑的忠实执行者，确保输入输出关系固定；而Skill是经验型逻辑的动态调度者，依赖LLM进行灵活决策。架构设计必须遵循"确定性交给程序，经验型交给LLM"原则：若让LLM执行精确运算会产生幻觉，用代码处理语义则会导致维护灾难。最佳实践是构建"脑-手"协作模型，LLM负责意图理解与决策，程序负责具体执行，通过结构化接口确保AI的创造性不逾越确定性边界。