本文来自网易云社区 文\屈鹏飞 在互联网行业的项目管理实践中,敏捷和精益一直是大家所提倡的思想,其中Scrum和Kanban方法作为即敏捷又精益的典型代表,许多PM都在研究,笔者近期也在学习和实施Scrum和Kanban方法,有些感触拿出来与大家一同分享. Kanban方法最初起源于丰田的JIT(Just In Time),之后作为一种高效管理软件开发流程的技术和思想应用于互联网行业.Kanban方法以价值流动为核心,不断发现团队中的瓶颈工序,进行改进,使价值流动更加顺畅和快速. Scrum源自

Scrum板作为一种工具,主要应用于Scrum团队的敏捷项目管理,能够帮助团队更新任务进度,促进团队信息共享,及时发现任务过程中的异常现象,从而查漏补缺.团队在每日站会时会通过Scrum板来直观地展示任务状态,确定每日需要做的任务以及优先级. 看板作为一种敏捷方法论,通过工作流程以及任务的可视化来识别并纠正出现的失误.起初,看板通常为物理看板(白板),随着项目管理流程移至线上,看板也逐渐转为虚拟看板(软件工具). 这些常见的白板概念应用于各种敏捷团队,它们都通过 可视化的任务. 透明化的工作状态

看板:在制品(work-in-progress, WIP)必须被限制 WIP上限和拉动式生产   1. Scrum与看板简述 Scrum:组织拆分,工作拆分,开发时间拆分,优化发布计划,过程优化 看板:流程可视化,限制WIP,度量生产周期   2. Scrum和看板的关系 Scrum和看板都是过程工具 Scrum和看板只是给了一些明确的约束和指导,比如,Scrum的约束是固定时长的迭代和跨功能团队,看板的约束是要有可见的看板,队列大小要有约束 敏捷方法也被称作轻量级方法   3. Scrum规定

Scrum 什么是Scrum Scrum是迭代式增量软件开发过程,通常用于敏捷软件开发.Scrum包括了一系列实践和预定义角色的过程骨架.Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务,产品负责人代表利益所有者,开发团队包括了所有开发人员.虽然Scrum是为管理软件开发项目而开发的,它同样可以用于运行软件维护团队,或者作为计划管理方法:Scrum of Scrums. Scrum流程如下图: Scrum较传统开发模型的优点 Scrum模型的一个显著特点就是响应变化

过去一年以来,一批来自欧美的.不墨守陈规的系统管理员和开发人员一直在谈论一个新概念:DevOps.DevOps 就是开发(Development) 和运维(Operations)这两个领域的合并.(如果没错的话,DevOps还包括产品管理.QA.*winces* 甚至销售等领域) 脱节(The Broken) 那么--为什么要合并这两个领域?原因很多,但首要原因是:我们目前的工作流程是脱节的.绝对的脱节.很多公司的开发部门和运维部门之间存在的深刻矛盾,其实就是这个"脱节"造成的. 下面

转自:http://blog.jobbole.com/113230/ 1913 年,美利坚工业之神——亨利福特,发明了世界上第一条流水线,汽车工业从此进入了大规模生产的时代.丰田公司提出的丰田生产系统(Toyota Production System)又为汽车工业带来了很多先进的生产和管理理念. 先进的生产和管理理念是一个行业从小作坊走向规模化的必经之路,软件工业虽然诞生较晚,但是发展却非常迅速,这也同样得益于软件工业开发和管理理念的发展.这其中就从汽车工业吸收了很多成熟的理念. 下面,就让我们

本篇参考: https://www.jianshu.com/u/9dd427d9ad94 Salesforce 生命周期管理(二)Agile & Scrum 浅谈 我们都知道 salesforce是主动拥抱敏捷的,而且大部分的salesforce项目使用敏捷方式进行开发和迭代是很方便和适合的.工欲善其事必先利其器,使用一个好的敏捷的管理的软件可以更好的服务团队,增加效率.于是就有了本篇的文章: Jira使用的浅谈. Jira是Atlassian公司出品的一个事务管理软件.无论是需求.bug或者T

在应用生命周期管理(ALM)领域中,存在各种不同的管理模型,如:传统的瀑布(waterfall)模型,CMMI模型以及最近一些年开始流行的敏捷模型,Scrum模型,kanban等等.每个不同的管理模型都有一些固定的流程,角色,活动和内容模版等内容,在ALM工具中,一般会使用不同的“过程模版”来提供给团队使用,在团队创建项目的时候可以选择某个特定的模版来支持自己的应用开发过程.但实际情况是,每个团队的真实操作场景都不一样,大家都有不同的说法,不同的工作流和不同的工作习惯,比如:我曾经和一个大型开发

登录 正常访问http://localhost:8069后,登录的界面如下: 这是Odoo默认的认证方式,也是我们最常见最熟悉的认证方式,7.0以前,数据库中的密码都是以明文方式存储,可以很轻松地在res_users表中查询到用户的密码.8.0以后,odoo提高的密码的安全性,将密码加密后进行存储. 近些年来,网络比较流行的一种登录方式是auth,像QQ.支付宝.微信等登录方式,Odoo通过第三方模块也可以实现类似的功能. 对于企业内部用户,可能会接触到SSO的登录方式,这种方式的验证机制同微信

-----------------更新时间19:04 2016-09-29 星期四11:17 2016-09-18 星期日18:13 2016-04-05 星期二15:05 2016-03-14 星期一11:46 2016-02-25 星期四14:51 2016-02-23 星期二18:07 2016-02-19 星期五17:44 2016-02-17 星期三-----------------* 视图标签类型    # <record>标签有属性 model="ir.ui.view&

敏捷开发并不是由敏捷工具来推动的.但是没有敏捷工具的支持,就很难进行各种软件工程的相关事件,工具的作用是约束和流程,正确使用敏捷工具可以事半功倍,实践敏捷.近几年来敏捷开发催生大量敏捷工具的产生,在敏捷工具上多了很多种选择,每个团队需求不一样,就会使用到不同的敏捷工具. 工具基础概念 什么是问题? 不同的组织使用JIRA追踪不同的问题.JIRA的项目是根据你的企业组织需要定制的,是问题的集合. 例如, 一个JIRA项目可以是: 一个软件研发项目 一项市场推广活动 一个技术服务/帮助台系统 一个需

转载地址:http://blog.csdn.net/ocean1ee/article/details/8905031 我已经从事测试工作超过7年,从测试员(SDET)成长为高级测试员(SDET II),最近再从高级测试员成长为资深测试员(senior tester).在我作为专业测试员的职业生涯中,我曾疑虑过我是否应该转行去做开发,我是否能在其他公司找到另一份测试工作,我们的软件测试员是否有更好的职业前景,以及我们(微软)拥有的测试员是否过多.在这系列博文中,我将给大家分享下我的一些想法,讨论如

Jira是Atlassian公司出品的一款事务管理软件.无论是“需求”,还是“BUG”,或是“任务”,都是“事务”的一种,所以Jira可以胜任非常多的角色:需求管理.缺陷跟踪.任务管理等等……因为Jira提供了专门的Scrum视图和Kanban视图,所以特别适合敏捷开发团队使用.大型互联网公司如LinkedIn.Facebook.eBay等内部都在使用Jira. 基本概念 JIRA的界面操作挺复杂,但是JIRA的逻辑并不复杂.想要了解如何使用JIRA,弄清下面几个基本概念就差不多了: Proje

文章来源:http://www.ruanyifeng.com/blog/2017/08/issue.html 软件开发(尤其是商业软件)离不开项目管理,Issue 是最通用的管理工具之一. 本文介绍 Issue 的基本用法. 一.Issue 是什么? Issue 指的是一项待完成的工作,通常与系统的改进相关,中文可以译为"问题"或"事务".下面这些都是 Issue 的例子. 一个软件的 bug 一项功能建议 一项待完成的任务 文档缺失的报告 每个 Issue 应该包

本文为最好用的免费ERP系统Odoo 12开发手册系列文章第一篇. Odoo提供了一个快速应用开发框架,非常适合创建商业应用.这类应用通常用于保留业务记录,增删改查操作.Odoo 不仅简化了这类应用的创建,还提供了看板.日历.图表等视图的丰富组件,用于创建好看的用户界面. 本文主要内容有: 引入本文使用的学习项目:to-do (任务清单)应用 理解 Odoo 的结构.版本和发布,了解使用 Odoo 的相关知识 准备一个 Odoo 的基本工作环境,有如下选项: 在线Odoo Windows 一键安

目录 概念 发展历程 工具清单 规划 概念 从字面上来看,"DevOps"一词是由英文 Development(开发)和 Operations (运维)组合而成,但它所代表的理念和实践要比这广阔的多.DevOps 涵盖了安全.协作方式.数据分析等许多方面. 但它是什么呢? DevOps 强调通过一系列手段来实现既快又稳的工作流程,使每个想法(比如一个新的软件功能,一个功能增强请求或者一个 bug 修复)在从开发到生产环境部署的整个流程中,都能不断地为用户带来价值.这种方式需要开发团队和

看板的朴素思想:在制品(work-in-progress, WIP)必须被限制 WIP上限和拉动式生产 1. Scrum与看板简述 Scrum:组织拆分,工作拆分,开发时间拆分,优化发布计划,过程优化 看板:流程可视化,限制WIP,度量生产周期 2. Scrum和看板的关系 Scrum和看板都是过程工具 Scrum和看板只是给了一些明确的约束和指导,比如,Scrum的约束是固定时长的迭代和跨功能团队,看板的约束是要有可见的看板,队列大小要有约束 敏捷方法也被称作轻量级方法 3. Scrum规定了

改进从何谈起?必须找到起点,那起点从哪来? 看板不需要像Scrum那样改变以往工作角色,简单通过任务上墙,配合敏捷的设计就能通过显示化日常工作来让问题自己蹦出来.在任何一个新采用看板的研发团队,执行一两周后一定会暴露出很多在开发过程中的问题,这些问题就是团队成长的空间,可以把这些问题作为团队持续改进的出发点. 上午公司开完2016战略发布会,想想应该回顾一下了,来到公司给大家说说材价看板两周中发生的事情,下周再带着团队一起做一个回顾会议(如果还不知道回顾是什么,看看我以前写的 <回顾会议>).

Scrum&Kanban在移动开发团队的实践系列: Scrum&Kanban在移动开发团队的实践 (一) Scrum&Kanban在移动开发团队的实践 (二) 在第一篇分享文章中介绍了下Scrum的开发模式,介绍了Scrum中团员的角色.开发阶段.每个阶段中需要做的事情.在这篇分享我会介绍Kanban模式,相对于Scrum,Kanban比较轻量级. 首先分享些干货: Kanban和Scrum对比的Mini书:Kanban and Scrum - making the most of

微服务与敏捷开发(Scrum/Kanban)的核心思想之我见   关于"微服务"和"敏捷开发"的文章网络上有很多,所以这里不再重复叙述这些概念的解释和特点,而是就个人实际工作中对他们的核心思想的理解及运用分享给大家,希望能对大家有所帮助.   当下IT开发领域,"微服务"及"敏捷开发"越来越被各公司及团队重视.但是在交流中发现很多人对"微服务"及"敏捷开发"存在很大的误解,尤其在各公司的