一个失败项目的项目笔记.doc

1、一个失败项目的项目笔记知识份子用最先进的途径传播非典性肺炎的恐慌。除了 论坛上谁也不关怀悲伤的伊拉克人民也许在起 “没头没尾” 那个名字的时候差不多有了预感， 我并没有在项目中坚持到最后，而是在项目完成之前离开了 那个项目。项目由负责客户端设计开发的同仁接手担任技术 经理。几个月的开发经历给我带来了专门多的方法，专门多 的收成。写项目开发笔记的过程也让我认识了专门多好朋 友。这是最后一篇项目开发笔记，要紧讲的项目小组在选择 项目开发语言心态中的一些变化。上上一篇的项目笔记没 头没尾 - 项目开发笔记：如何样选择项目开发语言中差不多有一些讲明，然而方法在两个月的时刻里有一些变化，那 个地点记录下

2、项目小组对所采纳的技术心态的三个变化。技术心态的三个时期由于对应用新技术项目小组成员的心态产生了专门多 的变化，为这些变化我们也付出专门大的代价。第一是对技 术的心态变化直截了当导致项目小组成职员作心态的变化， 然后是对技术的心态变化阻碍对项目中其它一部必须完成 部分的投入，最后是阻碍了我们的项目的进度。也许把一些 咨询题归罪去心态不行，或是归罪于心态的变化，并不完全 正确。但是我想能够通过总结减少这些心态的变化 ，使 得每个人能够在项目中调整好遇见咨询题时自己的心态，从 而对项目有关的情况做出正确的判定与处理。项目小组对采纳新技术开发项目心态有过三个时期，能够讲 这三个时期的显现是专门有代表

3、意义。下面是对这三个时期 的描述。同时讲明心态的变化分不给项目带来什么样的正面 负面的阻碍，以及对项目成本的阻碍。1. 狂热项目初期对应项目之间制作了一些 DEMO 。并从资料与 DEMO 中得出了将要采纳的方式 （能够参见往常的项目开发 笔记）。能够讲那个时期项目小组的成员为那个技术框架的 建立兴奋不已。大伙儿集中了专门多的热情在进行对项目模 式的讨论，同时做了专门多的实验，大量的 DEMO 。为项目 以后的进展打下了一定的技术基础。好处1. 参与的项目小组成员从广度上了解项目技术框架，为 日后的开发打下一定的技术基础；并使各个项目小组成员专 门快的进入角色。2. 项目小组中决大部分成员只有

4、 VB 之类的基础，而对 基于 DOTNET 开发的技术不熟悉。通过这种狂热，使得项 目小组成员专门快的熟悉了这种新的开发工作与开发方式。坏处1. 广泛的去制作 DEMO 使得对技术的框架的研究显现 一种不求甚解的风气。具体的来讲确实是专门多时候天天讨 论 FACADE ，天天讨论最终应该把系统划成几层。 而对效率， 安全性，例外的处理之类的框架设计中要考虑的东东放在了 后面。也确实是讲，对技术框架的狂热让我们对工作时刻， 工作重点的分配产生了纷乱。2. 需求与设计被放到了一个次要的位置。 由于我本人对 业务情形并不是专门了解，因此我并没有去与项目小组的成 员一起去将需求进行详细的考证，以及变

5、成设计。而是只从我的角度对需求进行了最粗粒度的划分，能够讲是对后来项 目的进展没有起到任何作用。那个在往常的文档中也有描 述。3. 仅从 DEMO 得出项目的可行性分析，而没有得到开 发的可行性分析。导致项目在初期走过了专门多的弯路。综合上面所讲的好处与坏处，我的体会是项目开发过程 中显现了好的因素也要保持清晰与平复的头脑。始终以项目 本身为摸索的动身点与归宿。不是项目中所有的人都在狂热 的工作与研究确实是好事，而是应该具体的去考虑对项目的 进展有没有好处？2. 败兴与沮丧项目的中期，由于对应开发方式进行变化（要紧是指客 户端采纳 DELPHI 进行开发）的预备并不是专门充分。专门 是开发方式

6、的变化与适应的时刻太短。对两种语言通过 Web Service 进行接口的咨询题摸索与预备并不充分。 因此尽管我 们的方案具有专门多的优点，但是对应的开发过程却显得专 门的困难。由于开发效率的低下，项目的时刻又专门的紧， 加上又有个不项目小组的成员在开发过程中持续的宣传从时刻的因素上来看不应该用这种新的技术来进行项目的开 发。导致从对技术框架最初的热情专门快的转到了对项目所 采纳技术专门的败兴与沮丧，专门多的项目小组成员都认为 我们做一个错误的选择，并将项目的延期之类的责任都推到 了那个缘故上。我感受对那个情况的处理上体现的专门不成熟。我并没 按照项目小组成员在不同的时期所显现的心态进行自己的 分析，以及找出方法对应进行调整。在上一个时期，我是狂 热分子而没有清醒的意识，在这一个时期，我也成为了一个 败兴者与沮丧者，并没有去认真分析情形显现是由于选择开 发方式的错误依旧由于对开发方式研究的深度不够。这种全 面的败兴与沮丧的情绪对项目的阻碍是庞大的，我们的开发 效率变的低起来，我们也不再为项目本身而感到自豪。直到 进入下一个心态时期。值得庆幸的是，尽管那个时期有败兴 情绪，但我们依旧坚持了起初定义好的开