拒绝成猿的程序员

最近在处理敏捷开发产品模型的指标分析，其实这里最头疼的一点就是挖掘相应的指标。用穷举法直接罗列，容易遗漏，参考别人的也会遗漏，所以自己一直在思考一种大而全的方法。业务模型拆分一个业务模型里通常包含四类：人、事、财、物。一个业务的完成通常是：一个组织经过流程，处理的事务最终形成这个业务场景。人：主要是指这个业务模型里所涉及的业务的相关组织以及角色。事：该模型所涉及的业务财：这些业务有无涉及成本和收益两项。投入的人力也算成本物：投入的资源和“产出的物品”为了不遗漏相.

在做一些业务时，通常会涉及到技术选型和平台选择问题。例如，在制作某个业务功能时，开发可能会说这个业务适合用H5做，那个功能只能App实现。日常业务所呈现的三者平台：H5、小程序、App。这三者为何物，选型时又如何抉择？区别介绍这里小程序和App可以统称为应用，只是小程序是运行在特定平台（例如微信、支付宝）里的应用，而App主要指运行在操作系统上的应用。而应用又可以粗分为三种:原生应用(native app) 网页应用(web app) 混合模式应用(hybird app)——上述

在处理很多业务时，有时会碰到“循环”这种特殊业务处理。例如：一个循环任务，IOS上的日历循环计划，工作日闹钟等等。这里就来剖析下，『循环』事务的相关业务逻辑处理方案。本文阐述的『循环 』等同于『重复』。循环实际需求部分业务在实际使用时，想要实现定期重复的场景。例如，用户制定了一个每周二的提醒事项，或者是想建一个每周六健身的计划清单，每隔两月的1号缴纳电费等费用。这些需求都是『场景固定，时间循环往复』。循环是什么百科对其的定义是：事物周而复始地运动或变化。具体上要结合业务点，例如循

在面向B端的产品中，部分软件公司对于产品的研发，是想要建立一套行业解决方案。因为是想解决行业的问题，软件的研发周期，需求收集都耗时较长。尤其是在产品研发后，一些需求的传递就没有ToC迅捷，某项产品功能在初始研发时是满足市场需求的，但经过一定周期再来分析时，这个需求可能就“淘汰”了。此时，为了做好产品功能优化，更好地服务于客户就要在产品部分功能落地后进行调整，而我们提出『产品改进』这一产品，用于对B端产品改进需求、实际开发调整的管理。产品改进业务产品改进是什么产品改进是指在产品上线后，用户反馈

只要是团队合作，或是可多人合作操作的产品，就会遇到一个问题——协同编辑的数据变更。具体情景：用户A、B 先后打开了同一条数据，并分别进行编辑，且B先于A保存数据，整体流程 如下图：如果此时，服务端允许A保存了，就会导致A保存的数据，会覆盖B保存的数据。这种问题，最优解决方案，当然是支持实时协作，例如 用websocket来进行长连接，实时更新数据。但是，有些软件搭载平台，不...

不允许操作 禁止操作 无法操作读到上面上面三条，有什么感受？再来三条：您不具有权限，不允许更改 您不是该工作项负责人，不允许操作 您不是该工作项负责人，不允许更改不同的报错提示，给人的感受不同。​​​​那如何处理程序级报错，该如何最好地呈现错误信息？想要呈现友好的错误提示，就要先清楚错误的来源。报错的来源​​​1.主动判断式报错——自己清楚判断条件，满足某些...

整个敏捷开发里，最核心的就是看板机制。所谓的看板机制，就是将团队内的各个角色成员，安排在类似一条生产线上，各司其职，通力合作。看板一词来源于，日本的丰田制造。最早为了解决，生产机器之间的协作生产问题，发明了“kanban”：B机器在空闲时，发出一张“kanban”卡，A机器接收到此卡就进行推送任务。整个看板的原型，有两个重要的点：1.ToDo起始点 2.Done 终点。在两点之间...

一、需求可量化如图，我们一旦使用excel写需求文档，会立即知晓需求数量，图有14个需中便求点。你还记的上一个版本做了多少个需求吗？我们使用excel来攥写需求文档，会很明确每个版本的需求量，比如我在上一个版本里总共开发的需求点有240个左右。不论是word版本又或者是原型图标注，在这一点上都无法做到与excel相同的效果。（ps.我始终不认为原型图标注是一种需求文档的撰写方法，他...

最近在研读《用户体验要素》这本书，正好，也记录下，一些有用的知识点。此篇内容可能仅作为零散的知识便签，后期可能整理出相应的文章。整体流程idea→功能列表→整体结构（由哪些页面构成）→具体单一页面框型布局（页面上有哪些功能区）→页面功能区具体表现形式梳理功能列表，理清时间线把功能列表列好后，将近期暂不能实现的，作为下一个版本的基础功能。功能规格说明功能规格说明...