
项目管理
文章平均质量分 51
accpsz
心如止水,要学会积累,把平时学习的东西记录起来,便于以后查询.
展开
-
一个项目的开发过程及成员组成
项目过程1、项目启动1)、项目组成立(公司成员、客户成员)2)、制定项目预期目标3)、制定项目计划周期4)、建立好项目组成员沟通机制2、需求调研1)、创建调研计划、协调调研时间2)、收集客户资料,获取客户需求 所有的资料都需要保留一份,资料中存疑的需要及时询问3)、编写需求文档 重点描述出客户的业务流程和性能要求。 采用Word、Excel、Rose等形式。4)、需求变更记录5)、确定转载 2008-05-07 15:55:00 · 1005 阅读 · 0 评论 -
30岁以后干什么
很高兴看到阿里云的成立。这意味着阿里已经把对互联网技术的投入提高到了的战略高度。过去经常听工程师抱怨阿里不是一家技术公司。现在再没有理由可以这样抱怨了。但是要实现这个战略,没有技术储备是不行的。招聘和培养工程师显然是目前集团各子公司同时面临的一个令人头痛的难题。由于曾经在硅谷工作过,我常想,为什么硅谷有这么多40岁以上的工程师,而国内30岁以上的就已经寥寥无几了?为什么硅谷的工程师的技术寿命可转载 2009-10-13 22:10:00 · 950 阅读 · 0 评论 -
过程改进的五条原则
这五条原则分别是:注重问题、强调知识创新、鼓励参与、领导层的统一、计划不断地改进。 “问题的解决是过程改进的核心,实践不仅是SPI组的目标也是它的起点。”这条原则为过程改进人员指明了目标,明确了方法。SPI就是要在实践中发现软件过程中的问题,并在实践中寻找和找到解决问题的办法,可以说过程改进就是在不断发现问题和解决问题的过程中不断向前发展。 “改进是一种知识的创新,SPI是受知识的驱转载 2008-05-29 16:34:00 · 1172 阅读 · 0 评论 -
过程是经验积累的最好载体
首先我们看下过程和流程的区别,我的理解是流程更多的仅仅是告诉要要按照什么样的步骤和顺序做事情,流程不是以目标驱动的。而过程最主要是目标驱动的,我们为了实现某个目标,通过我们的经验总结处理来的做事情的方式和方法,这里不仅仅是顺序和步骤,更多的会包括推荐的方法,工具,技术等相关内容在里面。另外流程不可能进行自我发现和改进,而过程可以进行持续改进。 而过程是怎么形成的?我认为更多的就是总结我们的经原创 2008-05-29 16:40:00 · 639 阅读 · 0 评论 -
什么是CMMI
CMMI 的全称为:Capability Maturity Model Integration,即能力成熟度模型集成。CMMI是CMM模型的最新版本。早期的CMMI(CMMI-SE/SW/IPPD)1.02版本是应用于软件业项目的管理方法,SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本身的发展,演绎成为一种被广泛应用的综合性模型。 自从1994 年SEI 正式发布软件C转载 2008-05-29 16:32:00 · 617 阅读 · 0 评论 -
从CMMI角度分析公司管理缺陷
为一个有志向的软件设计人员,如果还不清楚CMMI是什么的话,那么你就永远成不了一个合格的软件开发设计人员。系统的了解CMMI的每个过程,对于一个软件开发工程师是有必要的,对于软件开发的管理者更是有必要。 我们公司的管理混乱是出了名的吧,其实公司上层领导自己心里也很明白,我们作为一般的员工也隐隐感到这种现状。有很多时候,不是我们不努力,而是我们不是该怎么努力。很多工作似乎没有人负责,但是又感觉转载 2008-05-29 16:51:00 · 856 阅读 · 0 评论 -
一位软件工程师的6年总结
“又是一年毕业时”,看到一批批学子离开人生的象牙塔,走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志,不觉感叹万千……本文是自己工作6年的经历沉淀或者经验提炼,希望对所有的软件工程师们有所帮助,早日实现自己的人生目标。本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议,前面几点旨在确定大的方向,算是废话吧。谨以此文献给那个自己为你奉献3年青春与激情的开发团队。还有团队成员:PP转载 2008-05-19 10:09:00 · 489 阅读 · 0 评论 -
经验谈:系统架构师的修炼
最近应聘系统架构师,面试回答一些问题,加上之前做的一些功课,搜索到一些文章,感觉有必要总结一下,到底如何做一个成功的系统架构师呢?首先,何谓系统架构师?IBM工程师的说明是: 架构师的主要责任是提供开发人员和项目经理之间的共用沟通媒体。他们负责让业务规则及需求与工程实践及限制相适应,以确保成功中文Wiki上的说明是: 系统架构师负责设计系统整体架构,从需求到设计的每个细节都要考虑到,把握整个项转载 2008-05-19 10:18:00 · 620 阅读 · 0 评论 -
面向对象软件设计说明书模板
1 概述 1.1 系统简述 对系统要完成什么,所面向的用户以及系统运行的环境的简短描述,这部分主要来源于需求说明书的开始部分。 1.2 软件设计目标 这部分论述整个系统的设计目标,明确地说明哪些功能是系统决定实现而哪些时不准备实现的。同时,对于非功能性的需求例如性能、可用性等,亦需提及。需求规格说明书对于这部分的内容来说是很重要的参考,看看其中明确了的功能性以及非功能性的需转载 2008-05-16 15:58:00 · 1269 阅读 · 0 评论 -
需求分析、概要设计、详细设计的区别
1.需求分析--产生 软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义。不涉及具体实现方法。用户能看得明白,开发人员也可据此进行下面的工作(概要设计) 2.概要设计--产生 软件概要设计说明书,说明系统模块划分、选择的技术路线等,整体说明软件的实现思路。并且需要指出原创 2008-05-13 14:21:00 · 2268 阅读 · 0 评论 -
合格程序员的素质
程序员是一种技术工作,在IT的发展中有相当重要的地位,从底层硬件通讯协议的建立,到数据传输层的处理,到操作系统的建设,到数据库平台的建设,一直到应用层上各种数据营销平台的搭建,程序员在里面都扮演着举足轻重的角色并为IT事业的发展做出了巨大的贡献。 中国有很多精于编码的人,但是中国软件行业,尤其是网络应用开发方面误区很大,很难形成有规模的软件开发力量和产品能力,不但比转载 2008-05-16 11:30:00 · 488 阅读 · 0 评论 -
数据库设计的经验指南
作项目分析,数据库设计是一个很重要也很难的问题, 完全按照范式有可能不符合用户需求,不利于编程, 看来是具体问题具体分析,数据库设计是范式和需求的折中。 在上学时,没觉得数据类型有多重要,现在发觉了解数据类型 的具体内容也是很重要的,可以知道不同数据库之间的兼容问题 该怎么处理。 数据库设计技巧: 第2 部分— 设计表和字段 1. 检查各种变化 我在设计数据库的时候会考虑到哪些数据字段将来可能会发转载 2008-05-07 16:18:00 · 663 阅读 · 1 评论 -
项目-团队-技术-个人 (团队建设篇)
可能是工作的时间长了,加上自己也是个有点心的人,最近一年开始思考一些技术周边的事情。团队建设。团队如何高效。如何提高团队成员的水平。如何让团队保持进取心,保持积极的工作态度,保持他们对于技术的渴望和追求。如何激励他们,绩效,氛围,以身作则,言谈举止,哪一个更有效。感觉敏捷、结对、代码审查也许可以解决部分问题。新人如何快速融入团队,新人如何成长,缩短新人进入团队的磨合期。转载 2012-01-03 17:28:49 · 1109 阅读 · 0 评论