2015年02月_bamboolsu

原创敏捷估算实践

说起估算问题，我们第一反应往往是“估不准”！估得准又如何呢？如果估算结果是需要5个月才能完成，但合同要求3个月交货，你怎样办？所以其实我们还有一个“估得多”的问题，而在“估不准”和“估得多”这两个问题之前，还有“不敢估”的问题。估算问题很复杂，我们首先要做的是拆解这个问题，这样才能更好地找到合适的解决方法。我们从不同角色的视角来看看估算的问题：

2015-02-28 17:12:14 468

原创 XHR XMLHttpRequest

http://www.w3school.com.cn/xml/xml_http.asphttp://www.w3school.com.cn/ajax/ajax_xmlhttprequest_response.asphttp://www.w3school.com.cn/xmldom/dom_http.asp什么是 XMLHttpRequest 对象？XMLHt

2015-02-28 12:38:42 503

转载每个人都有自己的诉求

这个社会上每个人都有自己的诉求，不理解这一点就不能理解社会和人生。我从H公司离开之后，在外面招聘的时候，遇到很多H公司离职的人。多半是大学毕业生，工作1到2年。我问他们，你们对H公司如何看？很多人直接告诉我，大学毕业找不到工作，暂时找个地方蹲着积累经验而已。你瞧，至少这些小孩子的诉求就和我们不一样。中层呢？ H公司以前有一个PM，

2015-02-27 18:09:10 1117 1

原创 AJAX(XHR) 与 MSE（Media Source Extensions）参考代码！

2015-02-26 18:08:00 1618

转载中国化的P2P金融都有哪些特色？

一. P2P中国化历程首先来看一下非中国特色的P2P业务，即个人对个人的借贷业务。P2P作为一个中介，类似淘宝、58同城，提供一个信息平台来撮合贷款人和借款人，贷款人和借款人自行对对方进行评判，并完成借贷，P2P平台从成交的借贷业务中收取手续费，类似信息介绍费。如下图：1. P2P（信息中介）模式：中国最早的P2P平台也是这么做的。但是中国骗子这

2015-02-26 13:53:43 765

转载训练孩子思维能力的几种方法

我在实践中尝试的方法,如果您有更好的方法,请告诉我啊. （1）培养概括能力读完书或者看完电视后复述首先完整的复述故事；其实用较少的话来讲述故事；最后用三句话来概括故事。（2）培养穷举与分类的思维方法你们班的小朋友可以从哪些个方面进行分类？每一类中分别有哪些人？（3）培养推理的能力做一些推理训练的题目（4）培养形象思维能力根据一段文字，画一幅画，以表达文字的含义；读幽默

2015-02-26 13:41:58 596

转载案例：需求问题的解决方案

讨论时间：2012-09-14下午13:00至14:45参与人员：EPG3人，需求开发部门负责人一名，项目经理一名 1现象与问题：（1）开发人员反映需求没有说清楚，写的人认为需求很清楚了。（2）是写清楚，还是说清楚？以谁的意见为主？如果说清楚呢，语言没有证据，不如文字规范。将来发生了需求变更时有争议。（3）需求人员没有讲解约定俗成的，默认的东西，开发人员没有概念。（4

2015-02-26 13:35:58 962

原创需求跟踪矩阵的作用

参加了一个客户的测试用例评审会议，该测试用例文档在开此评审会议之前曾经在测试组进行了内部评审。与会的评审专家包括了：2个项目的需求与开发人员，3个测试人员，2名QA人员，1名外部的咨询顾问。会议开始，由作者对照测试用例文档开始讲解每个测试用例，会议的专家对这些用例进行评判。每当作者解释完一个用例后，我就会问一个问题，此用例对应的是哪个需求？然后作者会再投影出对应的需求给

2015-02-26 13:27:43 10815

原创出差注意事项！

在去吃午饭的路上想到的，总结下来：1 身份证随身带，否则寸步难行。最好办2个身份证，家里一个，随身一个，以防丢失。2 信用卡随身带，所有的消费尽可能用信用卡。最好带招行一个，其他行一个，招行服务好，但是有的地方不能用，用其他行的备用。信用卡最好是带别人的卡，一旦钱包丢失，丢的是自己的身份证，别人的信用卡，这样不会被别人用你的身份证提现金。3 现金保持在2000元以上，以备不时之需。

2015-02-26 13:23:56 533

原创 SCRUM 的关键角色，产品，燃尽图与常见会议

SCRUM 的三个角色product backlogsprint backlog燃尽图四种会议SCRUM 的三个角色在SCRUM方法中将项目的利益相关者分成两大类：Pigs角色与chickens角色，pigs即为项目组的实际参与人员，Pigs

2015-02-26 12:43:16 2702

原创 timebox管理

timebox（时间盒）管理是敏捷方法中的一条实践，其含义是在项目中的某些活动的完成时间必须在规定的时间内完成。该实践有助于提高整个项目的工作效率，避免帕金森现象。在敏捷方法里时间箱管理的具体体现包括：（1）每次迭代必须在固定的时间内完成，比如2周或～1个月等，本次迭代必须交付一个质量得到充分检验的、可以运行的软件版本，如果有些需求不能在本次迭代内完成，则推

2015-02-26 12:41:13 4011

原创敏捷经验教训，开发总结！

敏捷的过程改进方法：从经验教训中学习敏捷方法开发总结的点评记录敏捷的过程改进方法：从经验教训中学习每次去客户现场做差距分析或者运行检查，总是习惯于找他们的缺点，但是每次也总能从客户那里发现他们的优点，时间久了，慢慢地对缺陷麻木了，审丑疲劳了，只有发现他们的优点时，我才会精神一振，心情愉快。今年1-2月份期间我去给一个客

2015-02-25 19:10:45 1793

原创估算的敏捷方法：策划扑克法

策划扑克是估算软件规模的一种敏捷方法。该方法的规模计量单位是故事点（story points),故事点只是一个计量单位的名称而已，你也可以给他命名为其他名字。故事点其实不仅仅是对规模的度量，也包括了对需求复杂度等其他因素的度量。故事点并非业界统一的一个度量单位，不象度量长度的单位：米，大家都知道1米有多长，你说的1米和他说的1米是等长的。故事点仅对本项目具有近似相等的规模，不同的项目所定义

2015-02-25 19:03:27 6341

原创敏捷始于客户

每个失败的项目了都可以找这个借口：项目周期短、需求变化快、人员有限。需求、工期是由客户确定的。作为客户来讲，他不可能去合理评价给定的需求是否可以在某个时间内能够完成，至于投入多少人那更是开发方自己的问题。开发方对客户做出了承诺就要兑现承诺，否则就不要承诺，既然承诺了，就没有理由再去抱怨工期短、需求变化快。开发方必须接受这个现实，认可这个现实，然后才可以玩这个游戏，否则你就

2015-02-25 19:02:34 485

大概在5年以前曾经从网上搜到了Barry Boehm提出的软件工程的七原则（Seven Basic Principles of Software Engineering），这是Barry Boehm1983年发表的文章，在网上搜到的是别人对这七个原则的转译与介绍，看后觉得怪怪的，总是觉得有些地方不能准确把握这七个原则的含义。于是去google搜其原文，未果，最近终于搜到了原文，因此更能准确把握Ba

2015-02-25 18:45:07 3100

转载先敏捷再规范

先敏捷再规范，先做到再写到，先短期利益再长远利益，先实效再完备。这个策略源于实践。因为一步到位直接采用规范的方法，阻力比较大，效果难以持久，很可能事倍功半，敏捷方法以其短期内可以见效、对已有的开发过程调整幅度小等特点易于开发人员接受，所以可以先敏捷再规范，将敏捷作为通向规范的一个阶段。芸芸众生，大都是凡人。凡人都是注重短期利益的。只有那些领袖、那些思想家才是目光如炬，站的高看的

2015-02-25 18:33:15 695

原创站立会议

站立会议的实施要点每日站立会议的10个成功要点案例：每日站立会议落实情况的再跟踪站立会议的实施要点昨天在东莞客户封闭开发的现场，观察了一个产品开发组四个小组实施站立会议的情况，分析了他们执行的优缺点，对如何执行站立会议，如何获得站立会议的成功进行了再次归纳总结，要点如下：1 任务的分配与领用i)任务的责任人要明确；ii)任务的

2015-02-25 18:31:35 1504

转载敏捷方法中采集的度量数据

在敏捷方法中，要求度量的数据少之又少，可谓简单实用：规模：（1）故事点：用以估算工作量、度量开发效率。工作量：（2）计划的工作量：用以排定项目计划。（3）剩余任务的计划工作量：用以跟踪项目进展。效率：（4）开发速度：每次迭代完成的需求的规模（如故事点），用以估算项目需要的迭代次数。

2015-02-25 18:17:35 2086

原创工作量评估

为什么必须首先做规模估计?如何做好软件估计?软件项目的工作量估算方法七种场景下的软件工作量估算步骤为什么必须首先做规模估计?这个问题客户问过我，我也解答过多次，但是我一直没有更直接的理由说服我自己，认为必须先做规模估计再做工作量估计。比如：对维护类的项目，或者是维护类的活动，为什么

2015-02-25 17:26:28 6854

转载如何减少返工工作量?

提高软件开发效率的最有效手段就是一次做对，一次做好，不返工，追求交付零缺陷的目标。“对”就是没有错误，符合需求，“好”就是没有坏味道，易于修改。“做对”保证了产品的外部质量，“做好”保证了产品的内部质量，这样就可以减少软件缺陷、需求变更带来的返工。返工可能发生在生命周期的早期，也可能发生在后期，或者是交付以后，缺陷越早发现，越早解决，返工的工作量越少。有哪些手段可以保证不犯错，少犯错，及时纠错呢？

2015-02-25 16:08:24 2595

转载文档恐惧症的分析

一、为什么不愿意写文档？大部分开发人员不愿意编写文档，为什么呢？1.写文档需要花费很多时间。2.不愿意暴露自己的思想被别人评判。3.文档编写得不好、没有充分发挥作用。4.根据实践经验，并非不写文档，项目就干不下去。有很多客户也这样对我讲：“我们原来没有那么多文档，项目照样干，客户也一样验收付款啊！”。5.如果写文档，很容易造成文档与实现不一致，文档的价值大大降低

2015-02-25 16:02:34 471

原创师徒制带新员工比较有效

很多客户都面临如何培养新员工的问题，如何更好的培养开发人员也一直是我思考的问题。琢磨来琢磨去，最终发现还是“师徒制”最有效。在学校里教授的大多是书本知识，和实践有很大差别。社会上的各种速成班仍然是停留在表面，可以让开发人员入门，但是不能深入。在公司里办各种培训，时间不可能太长久。“师徒制”实际上就是一对一，手把手的传帮带，因材施教的一种培训方式。在长虹咨询的时候，就发现

2015-02-25 15:59:56 2933

转载软件研发人员考核的基本原则

软件研发人员的考核一直是软件企业管理的难点，总结了进行软件研发人员考核的一些基本原则，整理出来与大家共享：  要体现公司的价值观公司的价值观体现了公司认可什么类型的人员？要挽留哪些人？提倡做什么？对这些人员的认可可以通过具体的考核办法落实下来。比如企业鼓励在某一个业务领域内积累丰富的领域经验，鼓励在某个技术方向上进行深入钻研等，对于提倡的这些行为，要有具体的奖励措施。所以在定义

2015-02-25 15:55:32 2899 1

原创软件项目用人的一些策略

1 高天赋原则：选择高水平的人员，赋予高水平的待遇，宁缺勿滥。 2 自我发展原则：选择有悟性的能自己不断进步的人参与到团队中来。 3 工作匹配原则：培养专长，稳定专业方向，在某个专业方向使其成为专家，分工时也按其专长进行分工。 4 职业发展原则：一专多能，定期转换方向，当在某个专业方向上成为专家后，要适时变换方向，使其更加全面。如果总是在一个方向上发展，可能导致该人无法寻找

2015-02-25 15:54:04 501

转载软件企业以人为本的一些措施

以人为本不能停留在口头上，要落实到具体的实施上，以下是我的实践或是我在软件企业看到的实践： (1) 重视现有的员工胜过去搜索外面的新人（2）鼓励员工在职深造，学成归来的要重用（3）招高水平的员工进来 (4)稳定的高于本地域行业平均水平的收入，使其没有后顾之忧，专心事业（5）为每一个员工进行职业路线的规划 (6) 通过股权等激励措施鼓励员工长期在企业内工作（7）用

2015-02-25 15:52:14 458

转载如何调动核心员工的积极性

有朋友问我：如何调动核心员工的积极性，又能防止出现关键人员变动如离职带来的影响？概要解答如下： 1 物质（1）奖：基本工资+奖金，奖金的比例要大，否则对开发人员没有压力和动力（2）高：总待遇要比同行业略高（3）同：采用股票等措施拴住技术人员，有福同享，有难同当2 精神（1）松：提供一个

2015-02-25 15:48:34 529

转载如何度量项目的进度与进展

1 首先区分进度和进展的概念进度：schedule，工期是否拖延了，拖延了多久。进展: progress，任务的完成情况，任务完成了%多少，还有哪些任务未完成。比如：某项任务到今天为止，工期已经拖了2天，任务完成了80%了，还剩20%未完成；某项任务到今天为止，已经完成，但是比计划日期拖期了2天，任务100%完成了。2 如何度量进度？（1）检查关键路径是

2015-02-25 15:44:41 3359

原创 C++ Coding 指南

This document is a companion to theC++ Coding Standard. It collects various informalhints on aspects to consider when designing and implementing code in the FOO software stack.C++ Coding Guide

2015-02-25 13:58:18 632

原创 My linux install fedora 2

1, kompare 软件， svn diff A B > a_b.diff 图形界面查看 diff 文件 #kompare a_b.diff 2， meld 图形界面比较两个目录 #meld a_dir b_dir

2015-02-25 13:56:48 419

原创 Fedora 19升级到Fedora 21

1 ，当然是将Fedora 19更新到最新，使用sudo yum update -y 为了保证升级的快速完成，我这里多做了一步，将现在基本不用的软件都卸载了，比如gnome（现在一般用KDE），后面的升级过程证明了我这个决定是明智的。2，下载Fedora提供的升级工具fedup，使用sudo yum install fedup -y

2015-02-25 12:22:01 1063

原创软件项目计划时常犯的一些错误，项目计划评审时的检查点（checklist），成功进行软件项目策划的基本要点

软件项目计划时常犯的一些错误：1 任务的颗粒度悬殊太大 2任务的识别不全面，如：没有识别出计划(PP,PPQAP,CMP,MAP等)评审的任务没有识别出来计划修订的任务模块间集成的任务没有识别出来 3 只做了工作量估计，没有做规模估计 4 只凭1或者2个人的经验进行估计，没有采用规范的估计方法 5 没有计划偏离的控制阀值 6 没有获得项目组成员对计划

2015-02-23 22:45:09 7772 2

原创软件项目管理的一些原则

要想使软件项目管理的成功，也许下面一下原则可以参考：1 平衡原则　　在我们讨论软件项目为什么会失败时可以列出了很多的原因，答案有很多，如管理问题、技术问题、人员问题等等，但是有一个根本的思想问题是最容易忽视的，也是软件系统的用户、软件开发商、销售代理商最不想正视的，那就是：需求、资源、工期、质量四个要素之间的平衡关系问题。　　需求定义了"做什么"，定义了系统的

2015-02-23 22:26:51 1927

转载如何开会？

看到题目可能大家觉得不值一提，开会？谁不会。可是下面的问题，您可能会经常遇到：　　会议开始的时间到了，会议室仍然被其他人员占用，没有会场地；　　会议开始的时间到了，投影仪无法正确连接；　　需要打印出来的材料没有打印出来；　　与会人员需要在白板上表达自己的思想时，却发现白板笔无法书写；　　主要发言人讲的很差，如：进行设计评审时，主讲人根本就

2015-02-23 21:20:32 527

原创 <软件工程的事实与谬误>

读完了一书, 有下面的感触: 1 在软件工程的三要素（人，过程，技术）中，人最重要。 2 最好的程序员要比最差的程序员强28倍之多，而报酬却差别没有那么大，所以要聘最好的人。 3 多数软件工具对于效率和质量提高幅度仅有 5%-35%。 4 在定义需求之前估算是不正确的。 5 不要政治战胜常识，要“理性预测” 而不是“政治预测” 6 对于失

2015-02-23 21:18:09 969

转载项目里程碑评审的关注点

（1）项目工期情况关键路径是否按计划完成了？如果没有按计划完成：提前或拖期的原因是什么？在后续阶段如何采取改进措施？对后续阶段的工期有什么影响？（2）任务进展情况计划完成的任务情况：计划完成的任务有哪些？提前完成的有哪些？提前完成的任务工作量有多少？未完成的任务有哪些

2015-02-23 20:43:44 1473

原创如何保证日志的准确性

（1）开发一套WEB版的日志系统，只要有网络就可以填写日志，无论是否出差在外。（2）日志系统要操作要简单，员工天天用，操作烦琐了，就没有员工愿意用了。（3）日志系统能自动提醒没有按时提交日志的人员，如果靠QA人员或者PM天天去检查，容易遗漏，也太累啊。（4）日志系统能自动检查有错误倾向的日志，定义几条启发规则，比如1天工作超过了12小时的，低于4小时的等等。（5）在日志系

2015-02-23 17:38:58 686

原创需求与设计人员如何配合工作

在软件开发的过程中，经常出现需求与设计脱节的现象，如设计人员按照自己的理解去设计，没有遵从需求去设计系统；需求人员做完需求定义后，交给设计人员去设计，撒手不管了等等.为了使需求与设计人员更好的协作，建议采取如下的措施：需求人员与设计人员一定要分离，否则无法解决需求文档化的问题，但是文档并不能解决所有的沟通的问题，还需要面对面的沟通。需求评审设计人员一定要参加，设计评审需求人员

2015-02-23 12:28:04 1069

原创如何管理软件开发项目？一些实践原则！

在软件开发的过程，如下的15条实践比较经济实用：（1）控制项目组的团队规模不超过10人，人员要少而精。（2）需求文档化，无论大小项目必须清晰的描述需求。（3）采用用例、界面原型描述需求，采用这2种手段强制使需求描述的完备而清晰。（4) 项目的阶段计划与2周计划，阶段计划定义总体承诺，2周计划定义近2周的详细任务安排。（5）逐日跟踪+周例会，每天轮询项目组每个

2015-02-23 10:12:17 640

原创挣值管理

挣值管理是以统一的一个度量单位计算投入、产出，以表示项目的进展情况、预测项目的完工情况的管理方法。通常情况下是以金额为统一的度量单位，在软件开发中，常常以工作量作为统一度量单位。挣值管理中的3个基本变量元：（1）PV（planned value）：计划价值，即计划产出，也是计划投入。（2）EV (earned value)：挣值，即实际产出，当任务完成后，挣值即为计划产出

2015-02-23 10:09:20 783

转载风险来源与风险分类的区别与联系

CMMI 1.2的RSKM 过程域的SP1.1为：Determine risk sources and categories，在该实践中明确区分了风险来源与风险分类。确定风险的来源和分类是为了全面、系统地识别潜在风险，合并类似风险的规避措施。风险来源用于在项目或组织内确定风险产生的原因。对项目来讲有许多风险来源，包括内部和外部的。风险来源标识了风险可能发生的常见领域。常见的内部和外部风

2015-02-23 09:54:35 5430

尽管去做 ——无压工作的艺术

ldd2-samples 源码

HTML ppt 格式 简单介绍

SIP(3261).pdf

空空如也

HTML ppt 格式简单介绍