最新评论
楼主的题材不错:)适合拍电影，不过方法确实值得借鉴。
最近做了一个相对比较大的项目，也是我第一次做PM。经验缺乏，能力还有待锻炼。在项目的实践中暴漏出自己身上很多问题。需求分析不透彻，风险估计不足，风险监控力度不够。时间安排不够科学，项目整体化不够，等等。这些都是我自身的体会，感觉自己还是太嫩了。
我也看完了,方法很不错
只是真正实施起来,恐怕会不尽人意,大家在IT公司里,都很清楚....
--------------------原文----------------------------
原型是有两种的，一个是抛弃型，一个是非抛弃型。第一个版本的调研是做出一个模型来，这个模型可以最后抛弃掉，我们就只用它来讨论需求，但是第二次迭代的原型却是非抛弃型的，我们用第一个版本的完成版，一个可以独立运行和包含基础功能的系统来做原型的基础，后期每次迭代都继续完善这个原型。”
似乎不妥，我们知道抛弃型原型的保真度相对非抛弃型是非常低的，在第一次迭代后就将原型抛弃是对的，但在二次迭代的需求分析阶段却以第一次迭代后的版本来作为原型展示就有点问题了，因为你第二次迭代的需求仍然是要先呈现在原型上的，而第一次迭代的版本如何呈现第二次迭代所要呈现的需求呢。我的意见，是每一次迭代都应有一个相应的抛弃型原型，对应上一次迭代所完成的版本和本次迭代所需要完成的需求
And they live happily ever after.
你故事里碰到的其中一个问题，即新版制度，产生需求变更的根本原因是因为没有把制度变更本身在最初当作需求而在设计和实现层面本身加以支持。
很多时候先解决一个大的、通用化的问题，再将具体条件带入，要比每次解决一个特例来得更快（你这里是旧版、新版两个特例）。
不过这种说法也不是总是成立，因为开发一个通用引擎有时候反而意味着高昂的时间成本，而不能被客户接受。
写的还是不错的，比较流畅，对于一些入门的人员来说，很多名词解释的比较形象。不过项目管理之所以很难，就是因为大道理大家都懂，但是实践起来却大相径庭。这里面PM的个人素质以及公司对PM的支持是分不开的。希望LZ分享更多案例。
篇幅有限，这篇文章只是想说怎么理解软件生命周期，以及如何选用软件生命周期，其他的需求，风险，怎么跟PM沟通，项目计划，为什么如此理想化。。。都不包括在内
lz用原型来开发系统，就存在一个开发和维护的问题，lz怎样控制这两个的版本呢？
[quote]sujiantao：
[quote]Net205 Blog：[quote]麦舒：太理论化。[/quote]
[/quote]
[/quote]
同感
[quote]Net205 Blog：[quote]麦舒：太理论化。[/quote]
[/quote]
是吗 如果一个PM或是DR真的能如此通畅的按照自己设计思路和方式去解决问题 那真的 是如果项目没有出来好的成效 只能说是能力问题.
但是对于一个项目而言它的外在阻力和矛盾 往往 也很重要. 类似需求确定上. 这需要是你不仅有合理调配资源的能力 和项目组之外的人进行沟通和协调显得非常实际.
开一次会小杨就接受了你的建议。
这估计不太可能的。
内容只是故事，楼主要说的是方法和模型。[quote]virus：
开一次会小杨就接受了你的建议。
这估计不太可能的。[/quote]
内容只是故事，楼主要说的是方法和模型。
开一次会小杨就接受了你的建议。
这估计不太可能的。
Re:MOSS母版页制作学习笔记（二） emmy 2010-05-06 11:32
比如说吧你的模板页没一个占位符的用法用注释标注一下也好啊。谢谢！[quote]dolphinlee：能不能给个列子啊，谢谢了[/quote]
比如说吧你的模板页没一个占位符的用法用注释标注一下也好啊。谢谢！
Re:IT项目经理经验谈 － 如何谈判 陈泽富 2009-09-23 16:23
学学怎么跟项目经理谈判