- 博客(39)
- 资源 (9)
- 收藏
- 关注
RSS订阅
原创 Fetch API 的正确打开方式（放弃Axios吧）
es-fetch-api，一款特别特别特别强大而且可扩展的HTTP客户端，node.js和浏览器都能用！
2022-02-09 11:24:41
502
翻译 什么是影响日活/月活的因素？先天决定论vs.后天培养论
意想不到的是，要想判断你的产品是否做到了与市场匹配是一件很困难的事情，主要原因之一就是要想得到有可比性的数字非常困难，甚至可遇而不可求。你不得不去比较类别相近或相同的产品来看一看，然而有时，这些比较难以开展。先天决定论VS后天培养论考虑这个问题的一种思路，产品具备某种先天或后天的要素，决定了它们的指标。有些产品类别，比如聊天或电子邮件，生来属于高频使用产品。你老是会用它们。而其他一些产
2015-10-12 19:00:16
8094
翻译 视觉内容全攻略：用科学、工具和策略制作让人中毒的图片
我们热衷于在Buffer博客中设置目标来进行改善，我们最近遇到了一项挑战：每篇文章都要配有原创图片。对于从事新闻专业的Courtney和我来说，这是非常艰巨的任务，因为新闻专业人士的技能是通过语言来描绘情境，而不是用Photoshop来绘图。因此，我们在“视觉内容”这方面，尽了最大努力。不知你可曾听说过视觉内容？现今，这个术语似乎随处可见。每当我们要策划内容的时候我们都会遇到它，看
2015-01-04 17:12:51
1647
翻译 学画线框图：10个最佳实践
在设计过程的线框图绘制阶段，我们的思路很不成熟和粗糙。无论在废纸上、白板上或者用软件，绘制线框图有助于建立项目中各种元素之间的关系。这些元素譬如导航、图形、操作调用等。但是，如果我们将线框图当成一种工具，其使用目的就应当是：建立针对设计方案的用于协作沟通的创意空间，同时支持迭代和驱动快速思维。
2015-01-03 11:16:23
2105
翻译 MVP与功能无关
精益创业术语“最小可用产品”或MVP，是在创业或企业创新中最容易被误解的概念之一。每当谈及MVP，往往人们的反应是：讨论为了使产品“最小”并“可用”于对假设进行验证或证否，至少需要哪些功能。我认为，MVP这个术语之所以被误解，大多是因为其中“Product”这个词。当听到“product”这个词时，很多人都会得到这样的结论：他们必须构建可被感知到的软件或者设计一个APP。MVP
2014-12-04 00:29:37
730
翻译 虚荣MVP
我通过SoHelpful许多创业者进行了一对一的MVP指导。在这些同学中，有一位email我了一份设计精美的手机APP的原型图。看得出来他花了大价钱来请设计师。我们的沟通大致是这样的：“那么你觉得如何？”“哦...看这很漂亮...这就是你的MVP吗？”我问道。“没错，这就是我的MVP。我正在问别人觉得它怎么样，”他说得热情澎湃，我几乎不忍心打破他的希望和梦想。
2014-12-02 00:18:15
1081
翻译 从失败中学习
Many of us try to avoid failure. When doing so we often forget that we can learn from failure. I recommend learning from small failures in order to avoid the big epic FAIL.Of course, it’s easier sai
2014-11-19 23:08:35
1727
原创 Cycle Time、Takt Time、Actual Takt Time和Lead Time
如果你了解看板方法，也许就会知道Lead Time，而精益中还有几个时间概念，你也许不知道，也许听说过但是不明其间的关系。如果你希望了解，希望这篇文章能够帮助到你。
2014-11-15 17:00:21
14376
翻译 提升注册量性价比最高的方式：制作最小首页
Mattan Griffel has written some great essays on user growth over at Growhack, and you can follow him on Twitter at @mattangriffel. In particular I’m fond of his essay The Minimal Homepage, which
2014-11-11 15:11:45
1367
翻译 为什么你需要专门的看板软件
It is now 10 years this month that I started work with Microsoft in the Team Foundation Server product unit. In my first week I was given the specification for the tracking software and asked to revie
2014-11-02 16:00:37
3256
1
原创 里特定律 - Little's Law
里特定律（Little's Law）源自排队理论，是IT系统性能建模中最广为人知的定律。里特定律揭示了前置时间（Lead Time）、在制品数量（Work In Progress, WIP）和吞吐率（Throughput）之间的关系。前置时间 - Lead time：只请求进入到系统 与 请求验收完成之间的时间段。前置时间按照所经过的时间（分钟、小时等）来度量。一个请求可以是一个需求、一个用户故事
2014-10-31 14:57:05
4220
原创 精益看板分析：实用项目管理
@import url(http://i.cnblogs.com/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css); 美好的旧时光Teodora从1996年开始担任软件开发项目经理：我们是个5人团队，年轻有活力。我们为银行开发了一套财务管理系统。要知
2014-10-31 14:57:00
1307
原创 精益看板分析：吞吐率
基于PMBoK、Prince2、CMMI等传统项目管理的公司对吞吐率（Throughput） 的了解相对较少。但是，我确信随着精益概念的不断延伸，吞吐率将受到更多的关注。吞吐率 是指在一段确定的时间内（如周、月、季度）已交付的工作项的数量.我们所讲的已交付实际上指已经完成并可能已经交付给顾客。即，在这个过程之后收到了钱。为了理解吞吐率的概念，我们假设在过去的五周中，某个团队在每周分别交付了4、6、
2014-10-31 14:56:55
964
原创 精益看板分析：前置时间
@import url(http://i.cnblogs.com/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);前置时间（Lead time） 又称为交付时间（Delivery time）或系统交付时间（System delivery time）。前置时间 是指处理
2014-10-31 14:56:52
2180
原创 精益看板分析：流动效率
流动效率 是度量组织精益程度的指标。对于ITC公司来说：根据《Zsolt Fabok, Lean Agile Scotland, Sep 2012, Lean Kanban France, Oct 2012》报告，流动效率为2%流动效率在5%至15%认为正常流动效率>40%就很好了！恰如《This is Lean》中所述，造成低流动效率的主要原因有三：前置时间长（Long Lead time）。
2014-10-31 14:56:49
1342
原创 为什么敏捷的未来是精益
《如何使用精益实践扩展敏捷工具箱来进行更好的项目和产品开发？》这是Patrick Steyaert的一篇文章2001年前后，几名富有创造力的软件工程师聚到一起，签署了我们所知的《敏捷宣言（The Agile Manifesto）》。《敏捷宣言》的这些创始人意识到，我们必须进行变革，以便我们在不断变化的环境中创造有用的软件。伴随而来的是极限编程（eXtreme Programming, XP）和Sc
2014-10-31 14:56:45
803
原创 什么是看板方法？
究竟什么是看板方法？Scrum和看板方法之间有什么不同？虽然我从项目层面来看看板方法，但它是否也适用于组织层面呢？我从实施看板方法中能够得到什么？这些关于看板方法的问题常被准备采用看板方法的团队问及，因此我总结了我对看板方法的理解。让我们从使用这个方法的具体环境开始：一个组织，一个典型的开发软件产品和IT服务的组织。组织被看作是一个系统。这个系统如何运作取决于：它所服务的客户/市场的特征、所制定的
2014-10-31 14:56:40
943
原创 瓶颈法则
瓶颈法则源于约束理论（Theory of Constraints, ToC），由Dr Eliyahu Goldratt提出并于1984年发表于他的著作《The Goal》中。法则指出：每个系统，无论运转优劣，都有至少一个约束（即瓶颈）限制其产能。这个法则使我们可以推断出一个流程中响应时间和性能的限制，这是IT服务和软件开发项目的重要信息。专注于通过解决瓶颈改善成效是提升盈利能力最快和最卓有成效的途
2014-10-31 14:56:37
799
原创 累积流图——你还没有用过吗？
如果你负责向你的客户交付结果，并且你还没有使用过累积流图（cumulative flow diagram - CFD）管理项目或者服务的开发，那么请你仔细看看这个 工具。你很快就会每天都希望看到它。一项工作何时才算完成？只有被交付到客户手中，才算完成，因为只有这时我们才能从中收取费用。正因如此，敏捷团队用交付给客户的功能/用户故事的数量来度量项目进度。最初，Scrum开始使用燃尽图来展现完成剩余待
2014-10-31 14:56:33
3132
原创 为什么我们关注看板方法？
反观近年，越来越多的企业开始重组组织结构、重定义角色和职能。为何为之？答案是为了适应于新的商业环境。为了更加敏捷；为了减少官僚主义和成本。为了能够更加快速响应客户所需。如今，无论敏捷与否的各种企业都在寻找更卓有成效的方法来管理优先级变化、提高生产率、改善工作能见度、提升团队士气、获得更快的市场投放时间，变得更加精益。但是，Tower Watson的一项研究显示，只有25%的变革管理行为获得了长期的
2014-10-31 14:56:28
524
原创 流动
参与了一下某个项目，这个项目是这样做的：第一天，产品人员写了一份几十页长的需求文档，然后召集开发人员开始做需求评审，然后需求文档被截掉了若干页，并且确定7天后上线（含量天周末休息和一天公众假期）。第二天，开发人员开始照着一整份需求分档开始做技术设计，写了一份能够覆盖全部需求文档功能点的技术方案。第三天，早晨刚上班，技术人员与产品人员就开始进行技术方案评审，做了分工。技术人员说：这个时间
2014-10-31 14:56:23
450
原创 优先级排序与需求拆分粒度
在开发过程中，难免会有人问，我们的需求改拆分到多细才算合适我与火星人陈勇在聊天时，我们有过这样一种共识：按团交付更合理 那么什么叫按团交付呢？简单来说，就是每次交付刚好可以且仅可以交付一个完整的客户价值——达成一项客户诉求。（注意区分客户与用户——奶瓶的客户是家长，用户是儿童，客户价值是家长以此来简化喂奶，这种价值以家长购买奶瓶的价格来体现） 怎么才能防止拆的过粗？需要明确
2014-10-31 14:56:20
1790
原创 什么是BDD？
BDD是TDD的一种衍生，通过特定的BDD框架，用自然语言或类自然语言，按照编写用户故事或者用户用例的方式，以功能使用者的视角，描述并编写测试用例。BDD源于TDD并优于测试驱动开发。之所以说BDD优于测试驱动开发，并非空穴来风，主要原因如下：1、更加以人为本：TDD更多关注于测试接口实现逻辑正确性，而BDD重点关注用户使用功能时的行为和结果是否与符合预期。2、更加以人为本：TDD
2014-10-31 14:56:16
16695
转载 基于可工作性的一个研究方法
源：http://www.tuzei8.com/2014/02/workablity-research-framwork/对现有解决方案的忽视昨天我面试了一位Researcher，我们做了一个模拟的whiteboarding练习，我们希望她用很短的时间对我们提出的主题进行一次有结构性的访谈，这样的练习帮我们了解她作为用户研究者对于上下文的吸收能力。我们的主题是Standup（站会），她
2014-10-31 14:56:11
387
原创 A/B宣言
作者：Dunne & RabyAB肯定的 批判的解决问题的发现问题的设计即流程设计即方法给出答案问问题为行业中服务为社会服务说明世界是怎样的说明世界可能是怎样的科学虚构社会虚构未来并行的世界虚构的功能功能的虚构让世界变得
2014-10-31 14:56:08
492
原创 看板方法反模式之二：用看板当烟雾弹
在这篇文章中，要看看在使用看板方法中的另一种常见的反模式：使用了看板白板并声称“我们正在使用看板方法”，实际却将此当作烟雾弹，没有进行任何改变。在这种模式下，使用看板方法的组织实现了一个可视化板。这样做也许是种改进，因为这时增加了透明度、在制品和每个人正在做的工作项更加可视。然而，这块板只是对当前流程的可视化，再无其他变化。没有虚拟看板系统；没有递延的承诺；没有真正减轻过载；没有减轻过程可变性
2014-10-31 14:56:04
561
原创 看板方法反模式之一：看板方法是方法论
“在我们开始使用看板方法后，因为我们停止了测试工作，质量变得很糟糕！”这正是我在过去几年中听到的奇怪说法之一：据称因为使用了看板方法，从而导致终止了一些至关重要的事件或知识创造活动。我觉得这些说法很离奇，以至于我无法理解他们为何会如此看待事情。看板方法对这些人来说已经是一种方法论或者预定义的过程。通常，方法论或预定义过程囊括了角色、职责、要开展的活动等等。因此，看板方法并未谈及有关测试的话
2014-10-31 14:56:00
732
原创 绘制你的积极性曲线
你怎样能帮助人们坚持改变？这张来自 Ray Immelman 的图片非常有效。即使上看上去过度简单也无关紧要，因为里面有足够多的直观事实，这些足以说服别人。在你引入一个变化前，将这幅图给参与的每个人展示。当初始的积极性下降，人们开始产生负面的想法时，可以把这幅图再次拿出来。"OK，让我们试试！""这事情做起来比看去要困难得多。""看起来一
2014-10-31 14:55:56
669
原创 重要的是瓶颈所需时间
在下列三种特性中，我们应该优先选择那个特性？FeatureEstimatedValueEstimatedProduction TimeA$100,00040 hrsB$80,00040 hrsC$60,00040 hrs特性A？这个问题
2014-10-31 14:55:53
563
原创 从三大杠杆看软件企业的持续发展之道
序财务管理中的三大杠杆分别是运营杠杆、财务杠杆和总杠杆，这些杠杆效应会对软件企业的发展有怎样的实际意义呢？本文将一一阐述。一、运营杠杆 运营杠杆是指在某个固定成本下，产品销量的变动对企业息税前利润的影响作用。经营杠杆系数（Degree of Operation Leverage，简称 DOL）是用来反应企业经营杠杆的大小和作用程度，以及评估风险大小的量化指标。DOL等于息税前利润变动
2014-10-31 14:55:50
844
原创 看得到进度是种激励
总会有人问我这个问题：一旦你完成了看板系统中的所有卡片，一旦一些特性已经穿过了白板并且被部署到了产品中，接下来这些卡片能做什么用？你用这些卡片做什么？你会扔掉它们么？你会把它们当作纪念品吗？你会把它们收起来吗？你用它们做什么？我建议留用这些卡片。不仅仅是留用，并且还要让它们能够显示出来。这是个真实的激励因素——你已经完成的工作的可视提醒器。而且它所能帮助的不只是你，它还能让赞助商更安心并且有助
2014-10-31 14:55:46
489
原创 以看板为鉴
看板方法第一步是绘制出当前的流程。看板方法的一个优点就是不会因引起焦虑引起的动荡。看板方法起步时仅仅需要把已有流程按照准确的实际情况画出来。看板白板就是一面镜子，可以反映出工作的流动。你看到的也许不是很飘亮，但是一旦整个流可视，你就能够逐渐的对你的流程进行修改对事情进行改进。一个常见的错误是映射交接步骤而不是一项工作可以处于的各种状态。个体经常会在一项工作交接个其他人之前做一系列操作。映射这些
2014-10-31 14:55:43
528
原创 谁可以采用看板方法？
看板方法最好的特点之一是采用的入门门槛很低。你不必使用Scrum或者XP或者评级为CMM Level 5。看板白板上的列可以简单到：“To Do”（待办）、“Doing”（进行中）和“Done”（完成）。要达到能够开始使用看板方法的状态，你只需能够做下面的事情（手动或者其他方式均可）：从源代码控制系统中签出代码生成构建代码检查代码运行正常部署上线如果你不能做到这些（
2014-10-31 14:55:40
458
原创 如何开始使用看板方法
绘制价值流图（也就是你的开发流程）。特性的想法从哪里来？直到交付给最终用户需要经过的所有步骤是哪些？为看板系统定义起点和终点。最好是你所有有控制权的范围。不用过于担心开始的范围太小，因为范围之外的人很快就会要求加入进来的。约定：初始化WIP限制及变更或临时终止的政策优先级排序和选择特性的方法不同服务类别（如“标准”、“加急”、“固定交付日期”）的政策。是否需要估算工作量？当
2014-10-31 14:55:38
610
RenComponent.JSONP v1.0.0 beta
2008-12-27
Windows Azure Tools for Microsoft Visual Studio中文版
2008-12-06
JSON Request
2008-11-10
.NET Application Modeling Language (nAML) V1.0 (Beta 1) 规范、范例与工具
2008-09-20
LunarCalendar v0.1.4 beta
2007-02-15
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人