边际回归法则
项目规划由TimothyNuckles读取时间分钟内
最近我和一位技术咨询朋友 进行了点论战 朋友知道我对项目规划 和协议内内容和细节 支持技术交易我们发现自己在谈论经济学原理 即边际回报下降法则面向项目所有者规划新项目、收集需求、整理规范、投票用户偏好等边际回报率下降法则 远比他们所意识到的早初始规划阶段所花资源产生一些沉重的回报不久后再花同样的资源 下回再用 产生小块利益当您陷入规划过程时,往往难以确定成本效益曲线开始平坦的点
我的朋友所说的话似乎可信,而且因为我没有任何相反证据,我接受他的理论后我想到他理论的可能结果 我说你不打算出去 并开始传播这种思想 环通技术圈
威胁Evengeist
我的恐惧就是这个i,这个传教士内容详解, 跨表人可能破坏我任务过去和将来的进展, 告诉人们技术项目需要较少规划和批判性思维,项目所有者规划思想 归根结底产生内容细节
we talk多点 我的朋友加点解析事实证明,他主要建议项目所有者不浪费时间和金钱规划,在特定时间点无法有效规划的东西。说得通时尚松动,但现在松了一口气
显举实例
下个项目决定使用分层或迭代方法购买现成软件并定制适量阶段1可能涉及扩展离散元件现有功能并连成数据库实战测试
例2至5阶段细节或估计这些阶段内成本其实没有意义,除非两者都高层次,因为:1)除非第一阶段顺利完成并费用可接受,否则你永远无法进入后续阶段!和2级2级2级2级2级2级2级2级2级2级2级2级2级2级2级确实,你可能选择迭代方法项目 是因为你无法从头到尾有效规划项目
较少显举实例
朋友和我多讲几句,我们超越了简单例子,容易接受例子我的自然响应是抵制他理论的进一步扩展, 因为我知道他会切近骨骼, 威胁我福音传教任务的基础坐在我面前的是一个聪明人和清晰思想家,拥有近20年技术经验我不得不倾听(疯狂)等学生准备学习后 师傅会出现
- 需求集一件好事,毫无疑问, 和一些专家一直鼓励我们 多做过去十年不足需求开发被指为项目失效的主因肯定有点更多需求无济于事(甚至可能有害),
- 标度开发同样故事彻底开发规范或风险项目失效
- 用户偏好 :同样故事使用户参与规划过程否则,你建不来
听了这么多讲这些题目,我们每个人都能为每一题目编出一些陈词滥调。忠告大都不错,但我们逐条逐条逐句逐句逐句地用逐句逐句逐句来评析它。
调节
同我拒绝与朋友讨论时一样,我必须承认,他所说的话完全合情合理。但现在我不得不想出方法调和两个不同概念:一方面,我长期认为更多项目规划与批判思维应始终是个人期望;另一方面,我实现你真正能有太多好东西。
归根结底,我发现调和我需要 只有一个洞察力对我来说,所有讲者文献都告诉我们为技术项目多实践更多经验,而且更频繁地说,我们已经有条件地相信,更多还不够,事实上,由于野兽的性质,更多永远不够。越做越多,我们所目睹的增量改进与新文章一起鼓励我们继续做越多。当然,我们的意图是好的,但我们什么时候可以停止做更多事?何时停止做更多
全相对
归结为相对论 相对精密技术买主 和相对性质多年前你开始听从专家建议 你购买技术的方法 可能现在已经相当复杂可能你正在做适当水平规划项目,也许你偶尔做得太多其它组织正以更好的方式开眼界,
第二,何时足够取决于你的具体项目目标为有效和彻底规划项目所有方面,但要记住,你目前规划某些元素的需要或能力可能还不存在。再者,即使你当前有需求并有能力规划项目的某些方面,也不要过份比方说,不要继续增加需求篮子中越来越多的需求 仿佛数量是你唯一目标
上点提醒自己 需求 规范 用户偏好 和项目规划列表上的其他项目一旦你想到并嵌入电子表格中后,他们便有办法在你规划过程持续期间闲置,并经常通过完成您的项目。与其等待部分机架接近阶段尾或项目尾端(范围或交付品向后爬动),还不如试图优先处理项目初级阶段连开源容器2直到容器1高优先要求穷竭(满足或故意丢弃)优先化方法可节省时间、美元和其他资源
结论
对我们许多人来说,最好不要放弃对项目策划和批判思维的有条件响应,而不只是现在。条件表示总体积极动机,基本目的产生结果,技术采购过程,包括其规划部分,可能仍有很大的改进空间。比较精密技术购买者 可能想把刹车 对条件响应一点点不论你身处哪个阵营(并等待专家进一步通知! ),以我为首,现在是信教者
Timothy Nuckles是威斯康星州技术律师,实践致力于技术事务和故障技术项目解决
推荐文如下:项目规划逐步指南邓肯豪伊