创业者该如何找到靠谱的用户需求. 创业似乎已经被神话了,必须要做大事情,必须要轰动全球。但其实很多时候创业者都是根据自己灵机一动的点子就开始投入时间和精力,去打造牛逼产品了..
诚然,很多企业在软件项目的推进过程中获得了成功,也将供应商所承诺的新特性与新功能顺利传递给终端用户:更低的运营成本、更简洁的管理流程以及各类足以取悦消费者的要素。..
软件研发流程之软件需求篇!说到软件,不得不想到咱软件"炮制"过程中最重要的的环节--需求分析和设计。 一般来讲需求的产生有4种情况:..
你知道敏捷宣言是如何诞生的吗?2001年2月11日至13日,在美国犹他州瓦萨奇山雪鸟滑雪胜地,17个人聚到一起,交谈、滑雪、休闲,当然还有聚餐。他们试图找到共识,最终的成果就是《敏捷软..
IT项目成本计算方法 在操作几个不同类型的IT项目外包过程中,接触到了形形色色的服务商,也接到了各式各样的内部需求与指令,有些感触。结合本人在乙方的工作经历,试着讨论下IT项目的..
PMBOK与敏捷-从方法论到论方法.方法是用来解决问题的。讨论方法是为了找到更经济更实用的解决问题的路径,而方法论是对解决问题的某一路径的抽象、总结与概述。可以说,方法论是针对某..
敏捷社区的专家正在热议如何使用故事点和速率(Velocity),不少人对使用它们估算和度量总体进度产生了怀疑,打上了问号。大家普遍认为,产生问题的根本原因就是这些度量项往往不是挂羊头..
在敏捷开发中如何切分用户故事? 把用户故事切分成小块,从而更好地利用敏捷技术时,很多新组建的敏捷团队都会遇到困难。 敏捷社区的成员在多篇文章中为如何有效地切分用户故事提供..
学习敏捷你需要知道的起草敏捷宣言的故事.2001年2月,17位敏捷先驱齐聚犹他雪鸟度假村,起草《敏捷宣言》的时候,Scrum只是众多方法中不太起眼的一个。十年之后,Scrum却成为最流行的敏捷方..
那好吧,也许是没死,但卡内基.梅隆大学的Robert Harper教授却说(Teaching FP to freshmen)面向对象编程和设计“不适合做为现代计算机科学教学课程”,详细的内容引用如下:..
在老叶还未离职的时候,曾组织过一次讨论:关于一个好的研发中心应该是个什么模样?应该包括哪些核心元素?要达成怎样的目标?怎么去做?以下是当时我的一些思路整理: ..
我为什么讨厌产品经理? 理由1,其实想做经理,而不是产品 理由2,浪费纸张、键盘 理由3,满嘴跑火车..
备注1.:迭代时间:是以团队开始进行迭代计划(包括Story的划分)到迭代发布; 迭代投入比是对团队用于迭代研发的工作量投入的衡量. 备注2:6月7月之间,技术部对Hades进行了系统重构..
在学术界和从业界只有很少一些关于“人格类型对敏捷团队之影响”的研究。大量的评论人士针对“是否存在敏捷人格类型”这一疑问提出了不同的问题。最常见的答案似乎是“依情况而定..
软件领域一个非常大的特点是流程和技术变化相当的快。作为一个软件企业,面对日新月异的开发流程和开发技术,何时、如何选择及引进新的流程和技术变得十分重要。这篇文章主要讨论的是..
严格的按照YAGNI原则的驱动测试开发(TDD)会导致敏捷开发3次迭代结构的坍塌。 看到反TDD运动已经形成了一定的气候,真是让人感到非常的振奋,我特别喜欢Jim和Bob Martin 之间的争论,Bob..
实际项目中,由于用户需求不确定性和外部环境不确定性,不要期望可以在实现之前完全明确需求,需求是在实际运行看到效果之后才逐步明确的;我们的开发过程必须能够敏捷地适应需求的变..
英文原文:“That’s Not TDD” 几个月前,我去一个客户那里,他们在使用测试驱动开发上遇到了很多问题。 “我们的单元测试用例要半个小时才能跑完,”他说。..
软件工程中我们必须更像心理学家!在软件开发中,爱因斯坦的意见,是多花时间理解问题,这意味着理解业务目标,正确地识别利益相关者,提出正确的问题以探讨问题,并使用合适的技术来..
业务人员与技术人员该如何达成一致?最近收到业务方的投诉,他们说有很多好的想法,最终到了技术这边,总是实现不了,不是没资源,就是数据库性能承受不了 出现这种尴尬的状况,是有很多..