-
编辑 删除
统一过程(UP)
1.在短期的时间箱迭代中开发2.在早期的迭代中,开发高风险和高价值的元素(如,核心架构)3.确保把价值观传递给客户4.在项目中尽早的考虑变化5.作为一个团队协同工作.对一个人的真实度量是看他怎样对待那些对他毫无用处...
-
编辑 删除
项目总结之应用XP
XP在这个项目中的应用.这个项目进度很紧,要求1月底出可以演示的版本,3月份系统上线.http://blog.itpub.net/post/11/18653-- 2005-04-09 00:21 updated感觉上,采用XP的价值在于:1.帮助客户尽早的看到希望,也就是他们...
-
编辑 删除
项目总结之个人失误
错误不怕回忆,只怕重复.项目从2004年10月份启动,2005年1月4日加入项目组.项目角色是Team Leader.负责X局系统的三大模块的开发.失误1 : 对前台工作量估计不足这个跟经验有很大关系.2003年9月开始涉足j2ee,这个项目是...
-
编辑 删除
项目总结之项目失误
决策失误会带来项目延期等一系列的后果.项目背景:该项目是为X局开发的系统.包括门户网站平台以及业务系统.技术架构为j2ee.数据库sybase.项目在2004年10月启动.当时的项目组成员:一名由售前转过来的pm,没有什么项目开...
-
编辑 删除
项目总结之项目管理
项目管理部分.就拿目前这个项目来说把:1.项目开始后pm首先把项目按模块划分然后把模块的相关工作任务分配到每个team,team有大有小,多的有3-4人,小的只有一人,每个team有一名team leader,对pm负责.2.每个星期一早上有...
-
编辑 删除
ZT: 项目管理不能做的13件事情
http://www.itpub.net/342879.html1.不要丧失激情人们在启动一个新项目时往往很容易踌躇满志。但是要想在长期内都保持这种充沛的精力及激情却很难得。要知道，想有好的结尾，光有一个好的开头是不够的。[如何维持?]2...
-
编辑 删除
今天翻了一下笔记
内容是关于项目管理的.跟当前的项目联系起来后发现许多东西自己是没有做好/做够的.1.三思而后行:不要草率的批评他人汗,有时候急起来,没想那么多就批评别人了.有时候说出去的话,是收不回来的.2.善意的幽默而不是讽刺...
-
编辑 删除
从技术到管理
…这是一群不同的人，如果一个技术人员想成为一名管理者的话，他们就必须有能力先解决“为了能够参加辩论，并且不会觉得不值，除非成功‘自己多加小心4.考虑更多的是我们所做事情的目的，而不是原因。它能带来多少价...
-
编辑 删除
这个项目终于看到了曙光
昨天给客户的信息部门演示了一个可供业务部门测试的版本.从反馈来看,尚算满意.需要总结的是:1.一定要客户的纸质需求上签字确认,并填上日期,以备以后需求变更的时候有一个对照.2.当客户提出反对意见的时候要学会从自...
-
编辑 删除
XP的现实与幻想
XP的实际应用情况/未来的发展.1.软件开发中,最关键的因素是人,而不是过程.过程只是次要的.人的因素,他们的感觉和素质才更具影响力.所以XP并非银弹.2.Beck将结对编程视为XP项目的基础.看来在中国的所谓XP项目都只是挂...
-
编辑 删除
实践XP
这次项目开发算是实践了一下极限编程(XP),其中的经验和过程很值得总结和回顾.-- 2005-02-20 14:59.感觉上,采用XP的价值在于:1.帮助客户尽早的看到希望,也就是他们想要的实实在在的商业价值.2.给涉众人员直观的显示项...
-
编辑 删除
这次项目最大的失误
弄得一个月下来只休息了4天.1.忙于后台的开发,头两个星期没有集成前台界面.没有很好的监控前台的开发.2.过高的估算了前台开发人员的能力,过低的估算了前台开发的工作量.btw:如果有个比较强/经验比较丰富的前台开发人...
-
编辑 删除
感觉项目要延期了.
虽然这段时间一直都在加班.1月25日前出可以演示的版本.成立的一个Team负责两个大模块的开发,Team的组成人员:负责人 : 1名 管理/协调并负责后台业务逻辑的实现前台开发人员 : 3名其中有1名兼职负责单元测试.1名负责前...
-
编辑 删除
系统上线
8号是系统上线日，这几天都在加班。搞不明白为何总是需要在系统上线的前夕加班，为何总是不能避免这样那样的风险而造成工作上的被动？为何总是不能在上线之前做好计划来有效的控制和监控工程进度？做过不少项目，每...
-
编辑 删除
快速软件开发最佳实践(2)
变更设计1.采用变更的设计A识别可能发生变更的区域B.采用隐藏信息的方法C.指定变更计划D.定义程序族E.采用面向对象的设计方法2.管理变更设计带来的风险过分信任语言和图表而不是设计3.变更设计的附带效果4.成功的关...
-
编辑 删除
PM：为项目提供必要的资源
什么都好做，什么都不好做－－很大的一个区别在所分配的资源的多少。这几天要上一个项目，需要安装web server 和as 的集群，由于先前没有测试的资源可用，只能等到客户的机器到位后通过加班的方式进行测试。如果pm能...
-
编辑 删除
功能限定
关于软件的功能限定1.早期:功能的简化规格说明最小化/需求挑选/版本开发2.中期:功能蔓延的控制变化的根源/变更的影响/完全停止变更的明智行为/变更控制的方法3.后期:功能剪切...
-
编辑 删除
快速软件开发最佳实践(1)
1.成立变更委员会2.日创建和冒烟测试日创建和冒烟测试优点:1.使集成风险降到最小2.减少低质量风险3.比较容易支持对缺陷的诊断4.支持对项目进展的监控5.可以提升士气6.可以改善客户关系使用:最好与'小型里程碑'一起使...
-
编辑 删除
团队结构应该考虑的因素
1.决定团队的主要目标:解决问题,创新,战术执行 明确的角色和责任/监控个人表现和提供反馈/有效的沟通2.团队模式:业务团队(技术领导者)/首席程序员团队等....
-
编辑 删除
创造高业绩团队
团队合作.1.共同的可提升的愿景和目标2.团队的成员认同感3.结果驱动的结构4.胜任的团队成员5.团队的承诺6.相互信任7.团队成员间相互依赖8.有效的沟通9.自主意识10.授权意识11.小的团队规模12.高层次的乐趣13.MOI模型...
