heartstage

摘要： 谈需求三要素,其实就是从需求是什么开始,理清几个最基本的概念,这个时候不得不提的就是需求的三个层次:业务需求\用户需求\软件需求,因此,我们这个时候谈的需求不是管理学中的概念,不是马斯洛五层次需求模型中的需求,而是基于产品来谈的需求,更准确的说是基于软件产品来谈的需求.下面把相关概念分别描述:业务需求:从非技术\商业的角度来谈的目标,和计算机/软件没有关系,即从业务的角度,客户希望达到的目标或效果,比如客户希望HRM体系完整,HR流程运作高效畅通,人力成本控制在某个额度内等等.有效合理的目标可以用SMART原则来衡量,这里就不再累述,客户所谈的目标越符合SMART原则,代表业务需求越清晰.目标 阅读全文

摘要： 前段时间把一个界面框架完成了，今天基于这个框架开发一个小模块，在这里把这个模块设计的全过程记录下来，希望大家讨论并指正。一、起因公司交给我一个任务，为测试员写一个手机模拟界面，以方便她们的手机短信测试。过去她们都是用MC4J直接调用公司服务器的MBean服务来模拟进行测试，以验证我们整个系统平台。这种测试主要是检查收发短信是否正常，而我的要做的工作就是，让她们在测试的时候更方便更直观。二、需求我和测试员陈MM（也就是软件的使用者）约定了一个时间，大家一起来讨论这个软件的需求。1、首先，我大概了解了一下她们的测试工作，知道我要做个什么东东。2、然后我回去思考了一下，再次找她详细了解其测试的具体步 阅读全文

摘要： http://sunnylocus.iteye.com/blog/805855http://www.360doc.com/content/06/0812/15/8473_179445.shtmlhttp://www.360doc.com/content/06/0812/15/8473_179446.shtmlhttp://www.360doc.com/content/06/0812/15/8473_179447.shtmlhttp://www.360doc.com/content/06/0812/15/8473_179449.shtml 阅读全文

摘要： http://wenku.baidu.com/view/7ce70573f242336c1eb95eca.html 阅读全文

摘要： Recently while cleaning up my photo albums I found some interesting old pictures which were captured while I was leading a Scrum project. These white board pictures illustrate how we incrementally deliver from scratch. Looking at these pictures I really enjoy recollecting the days when I was working 阅读全文

摘要： http://www.mianwww.com/html/2012/04/15307.htmlhttp://www.mianwww.com/html/2012/03/14716.html 阅读全文

摘要： http://www.mianwww.com/html/2009/11/6405.htmlhttp://www.mianwww.com/html/2009/11/6401.html 阅读全文

摘要： 从07年中初次接触Scrum的概念到其中几年项目中逐渐实践CI、TDD，到亲自掌握项目实践Scrum近一年，最终我们放弃了Scrum这个框架和所谓的“自组织”。原因为何？1.成员放弃了Scrum所“赋予”的“权利”比如领用任务、评估工作量、自组织协作、决策等。在第一次Scrum计划会议上排出任务让大家领用时，成员的态度可以用“反感”来形容。在经历四个Sprint后成员依然坚持认为，应为PM完成这些工作，故放弃。2.团队成员能力参差不齐我很主观地认为，现在国内的开发团队都会是一部分高级工程师搭配一部分初、中级工程师，这种搭配本身就决定了领用任务时的混乱，尤其是团队中一部分成员极度渴望去做那些自己 阅读全文

摘要： 场景：D原先正在进行一项工作T1，承诺今天下班前完成；中午的时候，D的领导E给他下了一个任务T2，要求在明天下班前完成，结果D放下了T1，去执行T2。由于T1工作我负责监督，所以当发现T1没有按时完成的时候，我询问了D为什么，D给我的解释是出现了突发事件，并且问了我他遇到的困扰：“领导给我安排新的任务，但是和正在进行的任务在时间上出现冲突，该怎么办？”分析：我给他的回答和分析如下：原则性如何把握，是因为领导交办下来的任务就优先保证呢？还是承诺优先？工作T1也好、T2也好，简单化的领导任务优先方式是不是就是正确，时间的估计是否有进行？！只有是根据时间以及风险来进行安排才是最好的方法，在这个例子里 阅读全文

摘要： 什么是敏捷开发方法？什么是SCRUM？有人在这个字面上下功夫，说敏捷就是反应要灵敏，动作要快捷；有人还在字面上进行延伸，说敏捷就是又好又快，或者就是多快好省；有人说敏捷就是光写代码不写文档；有人觉得敏捷就是没有制度，管理松散的工作方式；有人觉得只要敏捷了，就代表高软件交付水平。 那么，敏捷这个词到底由何而来呢？在九十世纪中期，涌现了一批软件行业的激进人士，他们反对那些以过程为本的重型软件开发方法（例如：传统的瀑布开发方 法）。在2001年，17位软件业界的专家们齐聚一堂，讨论正在兴起的轻量级开发方法（Lightweight methods）。专家们给这类轻量级的方法学起了一个新的名字叫做敏捷， 阅读全文

摘要： Scrum实施过程中遇到的典型问题，答案综合了网络中的借鉴和自己实践中的体会。 Q1：技术负债在敏捷团队中会快速的膨胀。 A1：由于敏捷开发过程没有充足的事前（up-front）设计，技术负债是不可避免的，虽然可以通过TDD、连续集成、重构减轻症状。同时敏捷开发者提倡的原则(比如S.O.L.I.D原则，Clean Code,Implementation Patterns )都能帮助敏捷团队避免过多的技术负债。传统的瀑布式开发技术负债是较少的，敏捷开发不是瀑布式开发的对立面，必须在实践中结合两者的优势。根据国外专业网站的调查，在敏捷实践中超过60％的团队都会进行一些事前设计以减少技术负债。Agi 阅读全文

摘要： ResumeName:ZhouHengGender:MaleCell:15821661982Email:jackyzhouheng@gmail.comSelfAssessment:Ihavemorethan8yearsofbusinessanalystandprojectmanagementexperienceofvariousactivitiesincludingrequirementanalysis,projectestimation,projectplanning,qualitycontrol,clientdelivery,etc.IlearnedPMPknowledgeandmetho 阅读全文