`
agiledo
  • 浏览: 12969 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论
文章列表
作为敏捷开发,在诸多方面给企业带来了价值,例如ROI、团队、客户的信任等等。我特别做了一个Falsh文件,将敏捷如何应对变化的需求方法之一:短周期迭代做了说明,其中包含了每一个小的步骤,有兴趣的可以到这里在线看一下。http://www.agiledo.cn/agileforchanging1.html或者也可以下载这个Flash文件(在附件中)。   欢迎交流、讨论!  
Scrum是很好的框架,简单易用,但没有明确的工程实践。OK,XP的结对编程、持续集成以及TDD等都可以借鉴。Scrum对于大型项目(完成的功能和系统架构复杂、团队成员多)支持力度不够,OK,AM(Agile Modeling)的Envision requirement和Envision Architecture可以借鉴。Scrum对于产品在运维阶段可能不适用,例如产品上线后的技术支持,很多响应要求在24小时内完成,甚至更短的时间,KanBan可以在这个阶段采用。
我所在公司(AgileDo)的网站http://www.agiledo.cn,专注在敏捷项目管理Scrum的理论和实践。我分析了一下网站被访问的国内地域分布,以下是3.16至3.23一周时间网站访问统计图: 我尝试得出以下结论: 目前对关注敏捷,关注敏捷项目管理的人群,更多的分布在北京、上海、广东、江浙、山东等地。 这个结论是不科学的,但我试图给出一个参考,例如召开敏捷相关的沙龙、讨论,在哪些地区更有土壤? 谁有兴趣,如果你对敏捷有兴趣,不妨晒一下你在哪里工作?
大家好,我们团队实践Scrum,有一些做法和教训,希望和大家分享: 公司背景:通讯公司,团队最初不了解Scrum,开发团队有最初的几个人发展到几十个人。由一个Scrum团队发展到多个Scrum团队,有专门的PO团队。。。 目前文档完成的内容包括: 团队建设、评估会议、Sprint 计划会议1、Sprint 计划会议2、每日例会、Sprint 评审会议、Sprint 回顾会议、质量保证、经验总结、Product Backlog、过程监控、部署、SM的角色、PO的角色、沟通、教训总结、典型问题、32人的Scrum团队 完整内容共81页,28M;由于邮件附件限制,只能上传部分内容,完 ...
在一个新的公司,新的团队,实施Scrum已经快一年了,近日总结了一些Scrum实践的具体做法,和大家共享、讨论。 还在总结更多的内容,例如如何保证质量、团队激励、经验总结等,希望过两天可以完成。 内容见“我们这样实践Scrum开发-20091225.pdf”  
戏说“潜伏”中的敏捷原则 Face to face communication: 余则成和组织的联系一直都是单线联系,谈话都是面对面沟通.非面对面的沟通有风险,左蓝的牺牲就是敌人利用“电话”迫使左蓝冒险为余则成洗脱嫌疑所致。 Working together daily: 余则成和翠平确实每天工作、生活在一起,最后的结果是非常好的,配合默契,感情升级. Self-orginization and commitment: 余则成完全可以按照目标决定如何工作,而且忠诚于对组织的承诺。在翠平暴露后,余则成没有选择撤离,而是绝地反击,这就是对承诺的忠诚。组织、翠平对余则成是非常信任的,甚至保密局天津站站 ...
今天总结一下这几天如何做Product Backlog 1. 和业务部门的PO讨论需求,以前没有功能的详细记录,从现在开始记录为Product Backlog:     1.1 未完成的功能:包括:         FTP服务器双机备份         新页面整合。新页面由外 ...
2009-03-02 今天是我第一天上班,出于对公司负责,公司的业务和组织结构这里不详细描述。我计划每天更新博客,以纪录我作为ScrumMaster如何在一家软件公司开始我的工作,以及遇到的各种问题,如何解决。 公司的简单状况: 外资 我所在的项目组有8人,做电信相关的项目,客户是中国移动运营商 第一天上班的工作: 人力资源办手续 部门总监简单介绍项目的总体情况(业务层面),由于要开会,中间没有讲完 晚上部门所有人员加班 问题: 1. 对新员工没有业务和总体架构的介绍文档 2009-3-3 今天是我第二天上班,了解业务需要和技术架构 2009-3-4 今天,领导向项目介绍了我这个新成员-: ...
Global site tag (gtag.js) - Google Analytics