Cooper：面向UI的敏捷开发（三）

敏捷就不同了

Agile is different

敏捷它是进化了的

Agile is evolved

多个构建阶段的构建起软件

Building software is multi-stage process

瀑布

式的是一种荒废的多阶段过程

Waterfall is obsolele multi-stage process

瀑布式没用

Waterfall doesn't work

瀑布

式导致新问题：不信任、不透明、孤立无援、延时、不能交收的项目设计

Waterfall introduced new problems: Mistrust, Opacity, Isolation, Delay, The failure of design

瀑布

式错误的地方

Where waterfall goes wrong


承担的责任必须不断进行着

Responsibility must be ongoing

 

每个阶段的时间边界应当是模糊的

Time boundaries of each stage are fuzzy

时间： 2024-10-01 01:47:14

Cooper：面向UI的敏捷开发（三）的相关文章

Cooper：面向UI的敏捷开发（一）

导读:一图胜千言,从事UI的工作者对于这句话的含义应该尤其明白.本系列博客将连载几期的Cooper幻灯片,关于"面向UI的敏捷开发"方面的内容.Cooper何许人也?还未了解他的朋友请先google一下,即可证明本人发帖的动机还是很明显的:),即借一借Cooper的真知灼见,小译一番,张贴出来.小弟翻译不好的地方,还请看官见谅. 幻灯片开始: The Wisdom of Experience 体验的智慧 我在兄弟们眼中的角色,好比一个界面设计师 Most of you know me

Cooper：面向UI的敏捷开发（四）

太简单也不行,那是弱智. It's a mistake to over simplify   构建软件的四个阶段:宏观idea,设计,工程,构建 Four stages of software creation: Big idea, Design, Engineering, Construction.   回答三个问题,然后就是做呗 Three interrogatives; one imperative 应该做成什么样子?采用什么形式和采取什么的行为动作?然后我们以什么技术搭建项目?论证完毕后

Cooper：面向UI的敏捷开发（五）

勉强开启软件项目把次序都搞乱了. Poorly run software projects jumble the steps 大多数软件都不是精品,凑合着勉强地在跑着 Most software projects are poorly run. 敏捷准备修复这些工序 Agile intends to fix the proecess. 全都是不能胜任的 Sorrounded by incompletence. 敏捷是复制那些垃圾强而有力的工具 Agile is powerfult tool fo

Cooper：面向UI的敏捷开发（二）

界面(是否可取"接口"之意译)就是两者交接的地方 Interfaces are the place-between 一面对于人,另一面对于软件 Interfaces to human, interfaces to other software 软件就像通往沼泽的高速公路 Software is like a highway to the swamp 很容易选错适合任务的工具 It's easy to choose the wrong tool for the job 程序员脾气不好 P

【Android UI设计与开发】第08期：底部菜单栏（三）Fragment+FragmentTabHost实现仿新浪微博底部菜单栏

    PS:这是转载CSDN作者yangyu20121224的文章,真的非常不错.它主要讲述如何通过Fragment碎片实现点击TabHost切换页面.可惜作者很长时间没有更新了,他写的那系列文章都很实用.以后在做Android布局时会用到该篇文章内容,所以转载作为在线笔记.希望对大家也有所帮助吧!    转载源地址:http://blog.csdn.net/yangyu20121224/article/details/9016223     在上一篇文章中,我们花了大量的篇幅来讲解Fragm

《软件工艺师：专业、务实、自豪》一2.2　面向技术的敏捷软件开发原则

2.2 面向技术的敏捷软件开发原则 这些原则主要与开发软件.完善软件设定.维护软件及交付软件时遇到的挑战有关.它们通常针对技术实践与技术本身设定规范或给出建议.举例来说,这些实践方式与技术包括:测试驱动开发.结对编程.持续集成.简洁设计等.面向技术的敏捷原则使团队专注于软件产品的质量,并帮助确保开发出来的软件品质优良(building the thing right,把事情做对).

《软件工艺师：专业、务实、自豪》一2.1　面向流程的敏捷软件开发原则

2.1 面向流程的敏捷软件开发原则 这些原则会影响团队与组织的工作方式.协作方式以及架构方式.它们通常对工作中的许多方面设定规范或给出建议,其中包括:团队会议的形式.工作人员的角色.捕获需求的方式.衡量工作效率的方法.怎样进行迭代开发.怎样规划并分割工作量,以及如何展示工作进度.如何取得业务反馈,等等.面向流程的敏捷原则帮助团队专注于那些特别重要而且对业务确实有价值的事情.采用这些方式,能够很好地确保团队构建出符合需求的软件(building the right thing,做正确的事).

使用.NET进行高效率互联网敏捷开发的思考和探索

不知从什么时候开始,创业变得很廉价,谈什么都是互联网,动辄融资千万.这阵风好像也刮向了程序员中,有那么一大批开发者,数据结构不好好学习.数据库原理不扎实掌握,在github上发布几个项目,用nodejs创建一些服务,再用H5写出APP,就自以为迈入了高级程序员的队伍,能够运筹帷幄互联网项目,难道学习新技术.新理念就是快速成长吗,显然不完全是,在这浮躁的氛围中,各种粗制滥造的互联网网站.APP接踵而至,很多看似漂亮的APP,连简单的http接口安全都没有措施应对,很多美丽的响应式网站,目录结构随意

解析敏捷开发的特点

近期公司在着重推进项目的敏捷开发,虽然以前也接触过,但还是去参加了下敏捷开发的培训,对于产品经理来说,如果推行了敏捷开发,则产品经理的协调沟通作用会更加的凸显出来,毕竟前期没有文档,只有演示稿甚或是图纸的情况下,沟通是非常重要的,特别是确认所有的需求功能点,并给需求功能点的优先级排序,确定敏捷开发的迭代周期,这些都需要沟通去解决,例行的会议也会比较多,产品经理肯定都要参与其中.对互联网行业来说,敏捷开发能更快速的响应不断变化的需求,对产品经理来说,如果同时参与的项目多一点的话,那就更加的杯具,你