- 博客(13)
- 资源 (7)
- 收藏
- 关注
RSS订阅原创 ACP知识域三---干系人管理
与传统项目管理比较使用技术相沟通难过的：干系人管理、沟通管理、风险管理、人力资源管理、采购管理、质量管理使用技术不同的：成本管理、范围管理、进度管理敏捷合同说明：敏捷很难像传统项目管理直接给出规划，所以敏捷需要签订那种框架协议，或者人天合同。所以所有固定总价合同均不适用于敏捷，一般合同，然后每次迭代固定价格是可以的。干系人管理邀请参与活动邀请协助制定产品待办事项列表干系人期望：SM、敏捷管理师、敏捷项目经理、敏捷XXX在其中扮演重要角色。透明展示任务、风险、问题沟通管理
2021-10-17 23:41:13
273
原创 ACP知识域二---价值驱动交付
项目章程与商业论证敏捷项目章程与传统项目章程比较：相同点：都是对项目大体工作的说明。都一般含有项目的5W1H，一般都含有愿景敏捷项目章程重点：还有愿景（电梯眼睛），使命，和成功标准，一般情况下公开在白板上。商业论证：是项目章程的一个部分，重点包含预期收益、预期成本、SWOT、重要干系人、不进行项目的风险等5W1HWhy---为什么要做，是原因；What---做什么，做成什么，是目标；Where---在哪儿做，是地点；When---什么时候做，是时间；Who---谁
2021-10-17 22:24:18
469
原创 ACP知识域一---原则和理念敏捷
敏捷管理有以下几个领域敏捷原则和理念 Agile Principles and Mindset 价值驱动交付 Value Driven Delivery 干系人参与 Stakeholder Engagement 团队绩效 Team Performance 适应性计划 Adaptive Planning 问题探测与解决 Problem Detection and Resolve 持续改进 Continuous ImprovementACP考试建议TKSC Topic：读懂题 Key：迅速
2021-10-17 17:28:20
777
原创 ACP知识域七---持续改进
一、持续集成二、极限编程（XP）CI的工作流程提交代码到代码库 CI server监听代码库的变更 CI server触发自动化构建 CI server触发自动化测试 通知相关方三、敏捷测试---TDD测试行为推进开发测试 先撰写测试内容再进行开发工作 统一考虑代码和测试 测试比单元更重要 单元测试只是其中的一个测试手法确立敏捷质量观 建立质量内建的研发流程 善用互联网化质量保证能力 适度推进分层自动化测试 优化测试数据和测...
2021-10-10 20:29:30
185
原创 ACP知识域六---问题探测与解决
一、敏捷中的风险管理四步法：识别、评估（定量、定性）、响应、评审识别：所有活动可以风险识别，输出风险登记册评估：梳理活动经常干这个事情，其他活动也或多或少响应：回避、减轻、转移、接受（站会跟踪，看板）评审：回顾会议上进行工具：风险板、风险日志、风险燃尽图、风险预测图跟踪风险---》识别---〉定性分析---》定量风险---〉制定响应措施---》跟踪风险站会回顾会---〉梳理会、计划会---》梳理会、计划会---〉计划会---》站会回顾会二、敏捷风险登记册---公开第一位
2021-10-10 19:48:34
507
原创 ACP知识域五---适应性计划
一、敏捷时间轴第一天：迭代计划会倒数第二天：需求梳理会，鼓励往前开二、敏捷变更迭代内尽量不变：沉淀---》计划---〉执行---》检查---〉改进---》沉淀跨迭代期间可以变更：需求/人员/环境/计划/...三、敏捷的计划发布计划用户故事地图产品路线图计划可以变： 1）主动变（团队稳定：发布计划太严格，调整发布计划，替换低价值低优先级需求） 2）被动变（团队不成熟：调整/优化团队）四、估算---相对概念敏捷估算基本上都...
2021-10-10 19:00:43
516
原创 ACP知识域四---团队绩效
一、冲突管理冲突管理：回避、妥协、缓解、合作、对抗冲突层级：问题待解决、异议、竞赛、运动二、根本问题分析工具三、团队速率固定时间内团队完成的规模通常是单次迭代团队速率不是越大越好，而是越稳定越好跨团队比较不成立，但可以跨迭代比较，前提是团队速率越稳定越好，便于做出预测，才能与干系人构建出互相信任四、团队组建五、团队领导（共享式领导）支持型：有能力谨慎执行者---我们一起探讨、我们一起决定教练型：憧憬幻灭的学习者---我们一起探讨我来决定..
2021-10-10 15:03:20
256
转载 程序员如何判断自己能不能做管理
有很多程序员，干了几年之后，看到别人做领导，做管理，特别眼红，眼气，羡慕嫉妒恨，五味杂陈。 其实呢，干什么有什么的难处，别的人干得了的，你未必干的了。 下文我剖析一下，程序员如何判断自己能不能做管理。 首先，不管在哪个行业，人们就分为两类人，专业人才和管理专业人才的人才。 管理人才的人才，要求更严格。具体来说，你得有以下特质，才能做管理。
2013-04-24 23:45:56
754
原创 恶意程序“BadNews”在Google Play下载超过9百万次
安全研究人员发现，被称为 BadNews 的恶意程序库伪装成广告网络，被从 Google 官方应用商店 Google Play 下载超过 9 百万次。BadNews 库被嵌入在了多达 32 个应用程序内，这些应用主要是游戏，逃过了 Google 的恶意程序检测。 当智能手机感染了 BadNews，手机会每隔 4 小时与恶意程序指令控制服务器联系，发送用户的敏感信息，如手机号码和国际移
2013-04-22 01:40:27
1890
转载 研发的那些事4--2个PM的游戏
记得刚工作的那会儿，提到PM就是指Program Manager 或 Project Manager,是带领一群程序员去开发软件的家伙。而另一个PM产品经理(Product Manger)则多少不为人知。但是最近几年，随着几个互联网大佬的爆发，产品经理开始风生水起，PM的第一解释逐渐被其取代了。现在，整个IT行业，但凡做产品的，皆有产品经理的身影。产品经理需要确保做正确的事情，开发的东东有
2013-04-22 01:34:10
866
转载 研发的那些事3--接口之本
从前，有个程序，只有一个模块，自己搞定所有事情，简单又快乐地生活着。后来，干的事多了，需要划分职责，加了新模块，不过他们需要彼此沟通协调工作……好在是进程内的，如C#,Java之类的写几个Interface就搞定协作规范了。不过，再后来变成了两个程序这下麻烦更大了，因为你说话时，对方可能睡着了zzZZ。甚至，你可能需要同老外交流，更甚
2013-04-22 01:24:04
967
转载 研发的那些事2—设计之惑
设计真是件奇妙的事情，能造就璀璨的明珠，也能带来一堆万年不去核废料；能让人享受释放智慧的乐趣，也能品尝挫败的沮丧。Why？设计的过程 工程角度，设计是一个过程,包含三种不同层次的活动：架构设计，概要设计和详细设计。三者由全局到局部，依次展开，逐渐深入细节，最终完成一个技术解决方案，给出可行的如何实现需求的答案。此三者的一般性过程如下： 架构设计目标
2013-04-22 00:34:02
637
转载 研发那些事1---两项核心工作的关系
曾经有一群人，将自己的想法变成一个个小孔，打在纸带上，他们把这纸带叫做Program——程序。将它塞入被称为Computer的机器中，然后恭敬的等待机器重新吐出一段纸带，拿着欢喜地去了。这群人被称为Programmer——伟大而光荣的程序员。 后来，两个叫斯蒂夫的人搞出了个叫Apple的小家伙，PC——个人电脑开始燃起星星之火。但是这些小东西需要被称作Software——软件的摸不着的东
2013-04-21 23:58:05
660
ViewSwitcher Demo轮回播放图片
2012-06-15
本科毕业论文：基于VC和OpenGL的虚拟机器人的漫游系统
2011-06-06
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人