软件团队里的习得性无助
随机时间电击关在笼子中的狗，狗会本能回避，当它意识到电击是不可避免之后，就会消极低落，不再回避，绝望等待电击发生，这就是习得性无助，在软件团队中也可以观察到相似的情境，比如焦虑的项目经理和几个抑郁的工程师，当他们感到怎么加班努力都难以改变项目现状的时候，死气沉沉的氛围就产生了。在软件开发这样一个需要创意和激情的工作里，无助的感觉可能来自控制感丧失或是选择性减少。当项目经理不能决定产品需求、开...
标签 项目 下的文章
企业文档管理中的排序问题
企业信息化让电子文档成为企业智慧财产的主要载体，信息化程度越高，企业产生的电子文档就会越多。能否管理好企业文档并充分挖掘企业智慧财产的价值，是企业信息化程度的重要考察指标。传统上，企业文档无论保存在什么地方，都呈现出一个树状的结构，通过不同的分类，可以把企业文档保存在相关目录中，因此，可能会出现多级子目录的情况，虽然在理论上可以同从根目录开始，通过一条也许很长的路径（例如A电脑D盘C目录下的...
[转]如何编写高质量“软件需求说明书”
一. 概述在开始进一步讨论之前，我们先明确几个概念。首先，本文是从开发团队，或者说项目组的角度来看需求问题。所谓开发团队，通常包括了程序员、测试员和其他一些项目成员，如配置管理员和软件架构师，以及基层的管理人员，比如项目经理。类比于传统企业，开发团队相当于企业的生产车间。但是，在大多数的软件组织中，开发团队除了担当“生产”任务以外，往往也是需求获取的主体；在某些较为正规的组织中，也许会有市场...
产品设计思维方式初探
一个清晰的思维方式有利于产生一个优秀的产品，最近有一点思索，记录下来。从开始说起，一个完整的产品，如同一篇文章，也要回答这样几个问题：Who、When、Why、What、Where、 How，这里还应该加上How much，也就是所谓5W2H原则。Who：回答面向什么样的用户、项目由何人负责、设计由谁出任、运维由谁负责、反馈由谁处理等等。
When：回答项目的生命周期，包括开始时间、时间跨度...
职能错位和一些闲话
职能错位应该分为两种，一种是管多了，一种是管少了。现实里，总有一些组织或人，该管的不管，不该管的瞎管，无利益的不管，有利益的争着管，这种怎么算呢？个人觉得，应该算犯贱！组织职能的具体实施者是人，人员的素质是保证职能不错位的关键。以一个职位为例，它应该是职能、职权、职责三位一体的，在组织的职位说明书中给予明确规定。同样，一个组织也是职能、职权、职责的统一，在法制的大框架下，组织的活动是受到限制...
软件项目简单流程
续上一篇日志软件项目的版本号以下流程适用于大版本号开发一、产品经理提出开发计划书，内容包括
1、功能需求
2、bug修正
3、完成时间二、计划书交由开发组和UI人员
1、协商新版本计划
2、确定计划书
3、产品经理、开发组签字通过该版本计划书，归档三、进入开发流程
按计划书时间表进行，使用SVN管理代码
1、完成内测版本，交由测试人员测试，进行bug回溯及测试，确定计划书中bug是否修正、功...
软件项目的版本号
这里介绍的是一个简单的方式，有很多的软件项目都是以类似的方法确定版本号的。一、版本命名方式
基本形式是这样的A.B.C Alpha简单说明一下。
A是核心版本号，在核心程序完全重写或有根本性变化的时候，升级核心版本号
B是大版本号，核心程序有重要改进的时候升级
C是小版本号，属于维护性版本Alpha为内测版本
Beta为公测版本
以上两个可以有多个版本发布，以数字区分，如Beta1、Beta...