一个失败项目策划的项目策划笔记.docx

一个失败项目项目笔记知识份子用最先进途径传播非典性肺炎恐慌。除了论坛上谁也不关怀悲伤伊拉克人民也许在起“没头没尾”那个名字时候差不多有了预感，我并没有在项目中坚持到最后，而是在项目完成之前离开了那个项目。项目由负责客户端设计开发同仁接手担任技术经理。几个月开发经历给我带来了专门多方法，专门多收获。写项目开发笔记过程也让我认识了专门多好朋友。这是最后一篇项目开发笔记，要紧讲项目小组在选择项目开发语言心态中一些变化。上上一篇项目笔记没头没尾-项目开发笔记：如何样选择项目开发语言中差不多有一些讲明，然而方法在两个月时刻里有一些变化，那个地点记录下项目小组对所采纳技术心态三个变化。技术心态三个时期由于对应用新技术项目小组成员心态产生了专门多变化，这些变化我们也付出专门大代价。首先是对技术心态变化直接导致项目小组成职员作心态变化，然后是对技术心态变化阻碍对项目中其它一部必须完成部分投入，最后是阻碍了我们项目进度。也许把一些问题归罪去心态不行，或是归罪于心态变化，并不完全正确。然而我想能够通过总结减少这些心态变化，使得每个人能够在项目中调整好遇见问题时自己心态，从而对项目相关情况做出正确推断与处理。项目小组对采纳新技术开发项目心态有过三个时期，能够讲这三个时期出现是专门有代表意义。同时讲明心态变化分不给项目带来什么样正面负面阻碍，以及对项目成本阻碍。

1.狂热项目初期对应项目之间制作了一些DEMO并从资料与DEMO中得出了将要采纳方式（能够参见往常项目开发笔记）。能够讲那个时期项目小组成员为那个技术框架建立兴奋不已。大伙儿集中了专门多热情在进行对项目模式讨论，同时做了专门多实验，大量DEMO为项目以后进展打下了一定技术基础。好处

1.参与项目小组成员从广度上了解项目技术框架，为日后开发打下一定技术基础；并使各个项目小组成员专门快进入角色。

2.项目小组中决大部分成员只有VB之类基础，而对基于DOTNET开发技术不熟悉。通过这种狂热，使得项目小组成员专门快熟悉了这种新开发工作与开发方式。坏处

1.广泛去制作DEMO使得对技术框架研究出现一种不求甚解风气。具体来讲确实是专门多时候天天讨论FACADE天天讨论最终应该把系统划成几层。而对效率，安全性，例外处理之类框架设计中要考虑东东放在了后面。也确实是讲，对技术框架狂热让我们对工作时刻，工作重点分配产生了混乱。

2.需求与设计被放到了一个次要位置。由于我本人对业务情况并不是专门了解，因此我并没有去与项目小组成员一起去将需求进行详细考证，以及变成设计。而是只从我角度对需求进行了最粗粒度划分，能够讲是对后来项目进展没有起到任何作用。那个在往常文档中也有描述。

3.仅从DEM得出项目可行性分析，而没有得到开发可行性分析。导致项目在初期走过了专门多弯路。综合上面所讲好处与坏处，我体会是项目开发过程中出现了好因素也要保持清晰与平复头脑。始终以项目本身为考虑动身点与归宿。不是项目中所有人都在狂热工作与研究确实是好事，而是应该具体去考虑对项目进展有没有好处？

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

3.平淡与麻木（体会到最佳选择）项目最后时期项目小组成员对对项目使用什么样技术差不多不再关怀。也确实是讲，能够用一种比较正常或麻木心态来看待技术问题。