敏捷_Tag标签_程序员俱乐部

· 一步步学敏捷开发：2、如何做需求分析发布时间：2014-08-27

刚开始写就忙着搬家，这次没有找搬家公司，蚂蚁搬家真是太麻烦，以后搬家还是要找搬家公司。需求分析在敏捷开发中需求分析需要全体成员参与，体现了敏捷开发的“个体和互动高于流程和工具”的价值观。让全体成员参与有几点好处：有助于及时发现团队成员对同一个需求理解不一致的问题；有助于规避人力风险，当一个需求分析者突然请假其他人可以马上顶替他；也有助于全体成员能力的提升。但是，开发人员和测试人员们在能力和经验方便，不足以胜任需求分析工作。这意味着还需要一个商务分析师这个角色... 查看全文

· 敏捷之路-绩效考核发布时间：2014-08-18

敏捷开发只是一个工具，这个工具管理者们认可远远不够，团队成员认可才是真的认可。经过一段时间的试用之后，在一个小团队中的确看到了敏捷的效果，但是在更大的团队（这次是8个人）的团队中使用会怎么样呢？事实证明，对于新鲜事物总是会分为三部分人：第一部分愿意积极主动地去尝试使用，这部分人不用怎么做工作，只要告诉他XX工具很好，好在什么地方，他们自己就会去BAIDU，查资料尝试去用。第二部分习惯于观望，这部分人不会主动去尝试，看到有人用了，并且尝到甜头了，他们才会去尝试。第三部分习惯于自己的工作方式... 查看全文

· 一步步学敏捷开发：开篇发布时间：2014-08-15

敏捷开发也接触了很长一段时间，但始终没有用的很好。最近想把知道写下了，在写的过程中重新整理思考。习大大都要求讲求实干，咱说写就写。小弟不才想结合书本看到的，参会听到的，培训学到的整理到一起，形成一步步学敏捷开发的系列文章，欢迎大家来拍砖，由于文笔太欠，大家见谅。本着认真学习的态度，不对地方会及时改正。以大家比较熟悉的Scrum为例，以项目开发中实施敏捷为主线来写，以下是暂定的题目后续还会修改。一步步学敏捷开发：1.Scrum概述一步步学敏捷开发：2.如何写用户故事一步步学敏捷开发：3... 查看全文

· 关于敏捷的一次内部争论发布时间：2014-08-10

这篇文章是内部的一次邮件讨论，晚上写方案的时候，突然想换换脑子，于是翻出来重新整理了一下，放在园子里，希望这个砖头能引来更多的良玉。最近在项目执行过程中，部分项目经理对于绩效考核制度产生了一些情绪，认为有苦劳就不应该考核绩效，或是认为项目经理不应对项目收款负责。我不知道有多少项目型的公司中项目经理对成本有着如何的敏锐性，只是觉得一个好的项目经理首先应具备一个良好、开放、感恩的心态。好了，牢骚话不说了，放正文吧。正文原文地址如下：http://coolshell.cn/articles/5044... 查看全文

· 敏捷主义，关于敏捷的思考和启发发布时间：2014-07-20

这片文章是我这些日子以来通过读书获得的一些关于敏捷开发的思想，以及这些思想对我的启发。这篇文章不会讨论具体的敏捷方法，而是讨论一下敏捷和早期开发方式在原则和逻辑上的区别。这些区别也是我们在实践敏捷中最容易忽视的，我们很容易就能记住每一个敏捷方法的特点，但是对于敏捷开发别后的原则和哲学，却甚少深思。在传统的瀑布式开发方式中，前期的分析和设计是最重要的，项目中的代码不过是按照这个设计严格制造出来的产品，而项目中的程序员也只是按照已经做好的设计进行生产的代码工人而已... 查看全文

· [原]敏捷开发-项目启动发布时间：2014-07-09

确定人员，保持小而灵活的团队。先行开发确定需求，不浪费所有人的时间，实际是把整体的开发时间都提前了。相对于瀑布流，团队所有成员一次把项目的所有细节都研究详细了，再开始开发工作，这里面有个弊端是，我们发现每次需求过来的时候，通常情况下大部分的逻辑设计都还是相对清晰的，而卡出的地方往往占少部分，完全没必要把所有的人都拉到一起确认，开会是个很耗时间的东西，一两天很容易就废掉了。这种情况下，其实那些“大部分清晰的需求”是可以先行开始... 查看全文

· 美国国防部（DoD）计划采用敏捷开发发布时间：2014-06-13

英文原文：USDepartmentofDefense(DoD)isGoingAgile在JeffSutherland博士的帮助下，美国国防部（DoD）计划采用敏捷开发。JeffSutherland博士是Scrum软件开发过程的发明者和Scrum公司的首席执行官。美国国防部启动了一项名为“美国国防部信息技术现代化”的计划，敏捷开发的启动被列为此计划的其中一项议程。尽管大部分部门还没有接受敏捷开发，美国国防部首席信息官已经建立了如下的现代化计划... 查看全文

· 当软件遇上设计，浅谈敏捷UX VS.精益UX发布时间：2014-05-20

摘要：现今，设计师、开发者更加注重将UX融入到敏捷开发中。而随着敏捷UX的流行，设计师们开始朝着精益UX发展。那么敏捷UX和精益UX之间的区别是什么？在日常生活中，大多数人将两者进行互换，这两者指的是同一件事吗？时至今日，敏捷方法已经成为主流。随着一些主流设备的成功，比如iPhone推动了体验设计的飞速发展。设计成功与否不再是由产品经理、设计师决定，也不是死板地按照设计需求清单来，而是直接由用户决定。因此，设计师、开发者更加注重将UX融入到敏捷开发中。而随着敏捷UX（AgileUX）的流行... 查看全文

· 敏捷学堂学习笔记(二)发布时间：2014-05-07

僵尸大会---敏捷学堂开会法（二）每日例会变僵尸大会了需要改变事项去掉例会两个字，让员工引起重视将会议室的名字改成例如：“战场”“集中营”“根据地”“梁山”“阳台”“茶馆”………………每日例会时间不要选择早晨，需要改变开会时间利用白板，让员工注意白板a... 查看全文

· 敏捷学堂学习笔记(一)发布时间：2014-05-05

敏捷四大宣言1）“个体和互动”更优于“流程和工具”；2）“工作的软件”更优于“详尽的文档”；3）“客户合作”更优于“合同谈判”；4）“相应变化”更优于“遵循计划”。敏捷十二个准则1）通过尽早和持续地交付有价值的软件来满足客户。2）欢迎对需求提出变更——即使是在项目开发后期... 查看全文

· 修复bug与解决问题——从敏捷到精益发布时间：2014-04-29

英文原文：BugFixingVs.ProblemSolving-FromAgiletoLean关于精益的定义有许多，但其中最令我感到鼓舞的是精益企业研究所主席JohnShooke在它的著作《管理精益》中所描述的一段话：精益通过提高员工的水平来保证产品开发。在这个定义的基础上，这篇论文接下来解释了精益是怎样提高人员的水平的：方法就是解决问题。这一定义揭示了以下管理实践的美妙之处：仔细设计你的工作，让你能够清晰地看见所发生的问题（以及同时出现的学习机会），并在问题出现后以科学的方式解决... 查看全文

· 敏捷开发创始人Martin Fowler：估算的目的发布时间：2014-04-24

我第一次与敏捷软件开发的邂逅，是在极限编程刚刚兴起时，跟KentBeck一起工作的经历。其中让我印象深刻的事情之一，就是我们如何做计划的方式。这里面包括一种估算方式，比起我之前见到过的其他方法，它既轻量，还更有效。这样过了十年，现在一些有经验的敏捷实践者，开始了一场关于估算是否值得甚至是否有害的争论。我想，为了回答这个问题，我们必须审视一下估算的目的。通常的场景是这样的：开发者被要求给出对于即将开始工作的估算。人们大多是乐观派，即使没有压力的情况下（一般至少也会有点压力），这些估算通常会比较小... 查看全文

· 小谈Scrum敏捷开发流程发布时间：2014-04-08

一晃眼，有两年没有写博客了，回顾前两年，各种奔波，各种忙碌，也有不少的收获。从今天开始，我要把这些收获都分享在这里。其实这两年，对我影响最大的是开发流程。总所周知，一个好的开发流程，对于项目的进行，更新和维护都起着至关重要的作用。Scrum适用于一些开发周期长，需求不明确，或者随时间渐进明确，频繁更新的项目。然而，现在国内的一些公司，甚至一些大公司，都对这块不太重视，或者做得不够透彻。从而程序猿们天天加班，苦不堪言。我们先来看张我通过实际经验画的图流程图... 查看全文

· 敏捷架构发布时间：2014-04-08

以价值观、原则为基石，第二层是实践，第三层是产品。具体的技术、具体的实践只是实现手段，而产品才是我们的最终目的。产品对于客户是否有价值才是我们最需要关心的。而产品不仅仅只是技术的结晶，他也包含了信仰、尊严、态度与责任。具体的实践清晰明了，有步骤可循，他可以给我们所有人一个起点，去完成一件工作；但当我们向更高层次成长时，我们需要去关注价值观与态度。在工作中我们不仅需要知道一件事情怎样去完成（实践、技术、方法），还要知道为什么一定要这么做（原则：这样做的好处与不这样做的可能会付出的代价）... 查看全文

· 敏捷中的文档：写多少、何时写?发布时间：2014-04-06

英文原文：DocumentationinAgile:HowMuchandWhentoWriteIt?敏捷开发宣言强调“可以工作的软件胜过面面俱到的文档”。该核心价值要求我们去及思考要编写多少文档，需要编写什么类型的文档以及什么时候需要去编写文档。在JonathanBerger的博文《最低限度交付物》一文中，提到关于在设计阶段的决策沟通。他对有关编写文档的观点如下：敏捷宣言更喜欢“可以工作的软件胜过面面俱到的文档”，那么... 查看全文

· 敏捷开发原则与实践（七）之接口隔离原则发布时间：2013-12-18

接口隔离原则（TheInterface-SegregationPrinciple）强调类的功能要单一，类的功能臃肿增加不必要的耦合，增加代码的脆弱性，还会增加编译依赖。该原则建议将方法分组，达到隔离接口的目的，具体的方法有委托和多重继承。在TimedDoor的例子中，开始的实现是TimedDoor继承Door，Door实现TimerClient这个接口，这样TimedDoor就可以通过TimerClient这个接口去使用Timer的功能。但这样做会导致Door依赖于TimerClient... 查看全文

· 敏捷开发的6个实战经验发布时间：2013-12-05

英文原文：6PracticalAgileTechniquesYouCanStartUsingToday在大型企业中经常是各种软件开发模式混用，一些采用敏捷开发，一些则是采用传统的瀑布式或RUP（统一软件开发过程）。敏捷开发，相对传统软件开发模式，它主要是针对快速变化的需求，不断优化管理流程，最终推出优质软件。原文作者UlfEriksson，是一家在线问题跟踪软件公司的创始人之一，他是敏捷开发的忠实粉丝，已经进行了多年敏捷开发的实践。下面内容主要是作者根据自己多年经历进行的经验总结。1... 查看全文

· 神马是敏捷？（4）——敏捷不能当饭吃发布时间：2013-12-04

摘要：敏捷不是灵丹妙药，不能当饭吃！这是本系列文章最后一篇，我们将会谈谈敏捷对组织架构、团队文化的要求，特别是对薪金待遇的要求！最后根据我的个人理解，给出我对敏捷的定义。本文大纲：1）部门设置惹得祸？2）强矩阵还是弱矩阵？3）敏捷对团队文化的要求4）敏捷对薪金待遇的要求5）敏捷的本质是什么？本文是系列文章的第4篇，如果还没有看过前面的文章，建议先按顺序看看！第一篇：敏捷的“官方”定义链接：http://www.cnblogs... 查看全文

· 神马是敏捷？（3）——敏捷在中国的水土不服发布时间：2013-12-03

摘要：实践过敏捷的朋友可能会有这样的感概：“敏捷太理想了！敏捷对人的要求太高了！”说得太对了！！我们不能照搬敏捷，要实践敏捷，首先需要直接面对和解决敏捷在中国的水土不服问题！本文大纲：1.鬼佬讲敏捷——神仙谈理想2.中国项目的超典型案例：打折信息网3.两大限死，两不确定4.如何应对“两大限死，两不确定”？5.中国软件研发人员的“可爱”特点本文是系列文章的第3篇，如果还没有看过前面的文章，建议先看看... 查看全文

· 神马是敏捷？（3）——敏捷在中国的水土不服发布时间：2013-12-03

摘要：实践过敏捷的朋友可能会有这样的感概：“敏捷太理想了！敏捷对人的要求太高了！”说得太对了！！我们不能照搬敏捷，要实践敏捷，首先需要直接面对和解决敏捷在中国的水土不服问题！本文大纲：1.鬼佬讲敏捷——神仙谈理想2.中国项目的超典型案例：打折信息网3.两大限死，两不确定4.如何应对“两大限死，两不确定”？5.中国软件研发人员的“可爱”特点本文是系列文章的第3篇，如果还没有看过前面的文章，建议先看看... 查看全文

敏捷_Tag标签_程序员俱乐部

非技术区

移动开发

DB2

开发

数据库

互联网

系统

资讯

创业

最新文章

今日热点

推荐文章