首页
学习
活动
专区
工具
TVP
发布

敏捷开发&项目管理

专栏作者
34
文章
40913
阅读量
40
订阅数
写在2015 项目回看 -- 敏捷在思想不在形式
面试的时候了解到的情况: 软件组主管刚刚离职,需要一个人接手 公司有一个成熟的框架,国外开发的,很多功能可以复用 公司的程序员都在公司干了2~3年左右 团队项目实际情况: 所谓的框架,实际上就是国外已经上线的一个系统。业务逻辑和功能模块是面向对象方式写的,但具有相当高的耦合性(编码不够抽象,业务和功能有时混在一起,功能写的时候是针对特定的业务)。 程序员,一个基本只会数据库,面向对象基本不了解,而且思想固执,很难沟通,我们暂叫他(H)吧 -- means Hard。 一个90后,工作经验毕竟不足,但是学习和
麦克-堂
2018-04-12
7330
敏捷项目需求拆解&发现用户故事
需求文档和敏捷中的Epic,User Story, Task之间是什么关系以及如何将需求文档转换成敏捷方式的描述,指导开发人员。 一直是很多公司团队比较困扰的问题,那么最近笔者为了解决这些问题,上了一些课程, 现将核心内容,总结如下,希望对大家有帮助,一起探讨~~ 在项目开发过程中,由于历史或者出于方便和规范的原因项目经理一般还是喜欢使用word文档来描述需求。 举个电商的例子,一般文档结构会如下所示 -----------------------------------------------------
麦克-堂
2018-04-12
1.9K0
章节 1.3 极限编程 – 灵活,可靠的软件 使用设计模式和敏捷开发
首先一个敏捷方法是极限编程,或者简写为XP。在千禧年之初得到了很多的关注。XP倡导的许多核心方法在本书中都有所展示且是很好的敏捷方法的代表。 1.3.1质量和范围 在书籍Extreme Programming Explained, Kent Beck (2000)中作者用一个软件开发模型来解释了XP中的一些决议,在这个模型中软件产品是由4个参数所控制的:成本,时间,范围和质量。成本原则上就是产品的价值当然也与分配到此项目上工作的人的数量有很打的关系。时间是在交付期限前总的时间。范围是就所需功能而言项目的大小
麦克-堂
2018-04-12
7160
章节 1.2 敏捷方法 – 灵活,可靠的软件 使用设计模式和敏捷开发
敏捷方法的核心思想在敏捷宣言中有阐述,这里引自敏捷宣言网站 agailemanifesto.org 敏捷软件宣言 我们通过身体力行和帮助他人来揭示更好的软件开发方式。经由这项工作,我们形成了如下价值观: 个体与交互          重于     过程与工具 可以工作的软件   重于     面面俱到的文档 客户协作             重于     合同谈判 响应变化             重于     遵循计划 也就是,虽然右边的条目都有价值,但是我们认为左边的价值更多 这个宣言中有几
麦克-堂
2018-04-12
5760
没有更多了
社区活动
腾讯技术创作狂欢月
“码”上创作 21 天,分 10000 元奖品池!
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档