自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

高效软件开发

通过高效过程追求卓越结果!无论敏捷,还是CMMI,抑或PMBOK,抑或其它...

  • 博客(11)
  • 资源 (4)
  • 收藏
  • 关注

原创 团队章程---促进团队更合作和更高效

团队章程概述以前多数软件建设是按项目进行的,有明确的起始和收尾,随着互联网经济的兴起,互联网类软件建设不再是有明确的收尾,不再按照传统项目制进行,更加追求从开发到运维的高效运作,因而组织各种团队,而不是组织项目来处理。 因而项目章程也就不再适用到团队,也就转向了团队章程。 团队章程与项目章程存在很大的相关性,可以理解为从项目转到了团队。 团队章程是提供指导原则、规则并管理团队成员行为的方针政策。

2016-06-27 11:57:10 7416

原创 试论敏捷开发方法的共同特征

随着敏捷软件开发宣言的签署和发布,多个敏捷方法框架在全球得到传播和使用。因为各个敏捷方法框架由不同的专家组维护,所以各个方法有不同的表述方式,有不同的着眼点和侧重点。本文将为你介绍敏捷开发方法框架的共同特征,理解与传统软件工程的联系和不同。短迭代的生命周期模型生命周期是事物发展的客观规律,软件同样存在生命周期。早期的软件生命周期往往是说“软件从计划、需求开始,经历分析设计、实现、部署、维护,直到最后

2016-06-21 21:15:58 6172

原创 说说TDD的好处和坏处-对话

小帆 17:20谁来科普下TDD的好处和坏处是啥?我们市场VP听说了TDD以后情有独钟,但是大致看了一些好像很难推广?菌菌 17:21好处是大大的,坏处是成本很高罗耀秋 17:22你自己开发写代码 你愿意这样干不小帆 17:23@JuneC 好处具体是啥?福瑞德孟 17:24对于一锤子买卖的项目来说,如果没有自动化的工具,那成本一定是大于收益的;对于产品来说,一定是小投入,大收益菌菌 17:28据说

2016-06-21 21:13:53 9516

原创 苍狼敏捷软件开发团队建设指南-3-干系人管理

本指南的组成结构为了便于博客阅读,拆分成如下3部分: 1. 苍狼敏捷团队模型 2. 团队建设 3. 干系人管理干系人管理基础干系人管理是为了帮助团队在计划阶段识别组织内外部的干系人,在团队全生命周期当中计划并跟踪干系人的参与活动,以保障团队的成功。干系人又称为相关利益者。下文交待了干系人的基础说明,列举了潜在的干系人,给出了干系人管理策略和典型的干系人参与的活动。说明了如何识别干系人及其

2016-06-14 16:00:33 7024

原创 苍狼敏捷软件开发团队建设指南-2-团队建设

组建项目团队团队领导者根据项目情况、技能需要和组织人力资源布置来组建项目团队。进入条件团队领导者得到指派。输入项目情况和目标; 组织项目管理政策。活动1.团队领导者在与关键干系人沟通后选择团队模型,根据项目情况,从常见的团队模型中选择恰当的团队模型; 2.确定团队边界,帮助识别项目干系人(参见第6章),考虑与干系人的接口,更多相关内容见下文干系人相关内容; 3.确定团队成员,得到上级以及

2016-06-14 15:42:14 6661

原创 苍狼敏捷软件开发团队建设指南-1-团队模型

前言目的本团队建设指南的目的是帮助项目来定义和控制项目团队如何建立、如何运作来达成项目目标。范围适用于项目团队人数少于等于25人的项目。概要1.苍狼敏捷团队模型得到了描述,为项目团队组建提供了框架性的指导; 2.根据项目目标、实际情况和团队模型,组建项目团队; 3.指导团队下一步工作的团队章程由所有团队成员一起来制定; 4.推荐采纳合适的团队建设活动来使得团队工作作更有效、高效;

2016-06-14 15:29:18 7268

原创 需求评审五个维度框架分析及其带来的启示-5-结束语

本文整理归纳了需求评审的各种类型,分析识别了需求评审的5大关键方面,提出了五维需求评审框架,并分析验证了此新需求评审框架的有效性。结合此新需求评审框架,对软件开发主要情境进行了分析,得到了15个高效需求评审的启示,得到了结合需求条目化管理的多级小瀑布模型,这新瀑布模型也许将为陷入困局的传统瀑布模型打开一条新路。软件需求评审还有一些其他重要的方面,比如检查表和度量等等,本文限于篇幅不再更多分析,但值得

2016-06-09 10:31:11 5258

原创 需求评审五个维度框架分析及其带来的启示-4-需求条目化管理

需求条目化管理是指需求的主体分条目管理,比如对于用例、用户故事、特征点的条目化列表管理,有些工具中条目称为工作项(work item)。条目化管理的特征是1,状态流转实现工作流;2,条目属性字段可定制。3.3节所分析的敏捷开发下的需求绝大多数是已经实现了条目化管理,产品待办列表就是Scrum进行条目化管理的载体。而条目化需求管理并不是敏捷开发的专利,当前已经有不少组织在非敏捷环境下采用条目化需求管理

2016-06-09 10:29:04 9183

原创 需求评审五个维度框架分析及其带来的启示-3-典型需求评审

典型情境是指软件开发的常见情境,本文选择如下来进行分析: 1. 传统瀑布模型开发下的需求评审 2. 使用IEEE Std. 1028的需求评审 3. 敏捷开发下的需求评审传统瀑布模型下的需求评审对传统瀑布模型现有需求评审的分析传统瀑布模型在需求阶段末期安排有关键的需求里程碑评审,其特征参见2.8节情况1。在业界实际操作中,往往出现如下情况: 1,召集包括领导在内的各方代表,历经1~2小

2016-06-09 10:21:08 14600

原创 需求评审五个维度框架分析及其带来的启示-2-框架原理

本文试图归纳分析近年来出现的需求评审方式方法,全面涵盖系统性评审和非系统性评审,提出五维需求评审框架。首先确定对于需求评审的定义,结合传统需求阶段评审和敏捷迭代开发中相关需求实践,得如下定义。 定义1(需求评审). 需求评审是指基于需求文档阅读或者观察软件运行并且对当期工作有时效性的人工检查。根据以上定义,需求评审的范畴不包括机器自动检查,不包括需求审计;包括了需求上线后的校对,包括了系统性需求评

2016-06-09 10:07:38 5826 1

原创 需求评审五个维度框架分析及其带来的启示-总起

摘要 近年来随着CMMI、敏捷软件开发的推进,出现了多种多样的需求评审类型,这些类型超出了标准评审类型的范围。根据这些情况进行分析,得到了一个新的软件需求评审框架,这个新框架由5个维度组成: 1,组织形式;2,时机;3,侧重;4,评审者;5,对象 分析了分别在传统开发和敏捷开发下的典型需求评审情境,显示新框架能够适用于所有系统性的和非系统性的评审类型上。从分析中得到了15个有价值的启示。新需求评

2016-06-09 09:42:51 6671

DevOps下架构设计的趋势特征

The 4 trends of Architecture in DevOps: 1, Evolving&Emerging&Incremental ; 2,Merging Requirements Analysis;3, Articulate all environments; 4, Components Interaction

2017-04-09

中国信息技术服务标准ITSS白皮书第二版.pdf

1.1…什么是ITSS ITSS(Information Technology Service Standards,信息技术服务标 准,简称ITSS)是一套成体系和综合配套的信息技术服务标准库,全面规 范了IT服务产品及其组成要素,用于指导实施标准化和可信赖的IT服务。 ITSS来源 ITSS是在工业和信息化部、国家标准化管理委员会的联合指导下, 由国家信息技术服务标准工作组(以下简称:ITSS工作组)组织研究制 定的,是我国IT服务行业最佳实践的总结和提升,也是我国从事IT服务研 发、供应、推广和应用等各类组织自主创新成果的固化。

2014-04-19

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除