项目管理案例分析（一）

19 Jul

发布者:eliza

博客标签: 软件开发程序员软件外包软件公司软件项目项目管理

以下的这个案例非常常见，相信大部分项目经理都遇到过类似的问题。项目背景：某项目的主要工作已经基本完成，经核对项目的“未完成任务清单”后，终于可以提交客户方代表老刘验收了。在验收过程中，老刘提出了一些小问题。项目经理张某带领团队很快妥善解决了这些问题。但是随着时间的推移，客户的问题似乎不断。时间已经超过系统试用期，但是客户仍然提出一些小问题，而有些问题都是客户方曾经提出过，并实际已经解决了的问题。时间一天一天的过去，张某不知道什么时候项目才能验收，才能结项，才能得到最后一批款项。请分析发生这件事情可能的原因：（1）合同中缺乏以下内容：项目目标中关于产品功能和交付物组成的清晰描述；项目验收标准、验收步骤和......

浏览：14970次更多

把项目交给自由职业者还是软件公司？

16 Jan

发布者:Caven

博客标签: 软件开发程序员软件外包软件公司软件项目

当您打算开展一个软件项目的时候，会面临很多问题和选择，其中之一就是到底把项目交给软件公司来做呢？还是外包给软件开发自由职业者？最近跟几个朋友都讨论到这个问题，故写此文，试图对二者进行一些对比，给您一个参考。结论：软件公司和个人职业者，没有绝对的高下，只是相对来说在某些方面各有优势。因此它们都有自己所适合的场景，总体来说，要根据您所处的情境来选择： 1）如果您对价格比较敏感，有较多时间来管理自己的项目，同时项目较简单，技术风险不高，适合于一个人在短期内完成，可以更多地考虑自由职业者； 2）如果您寻找的是长期稳固的合作伙伴，而且很可能在将来扩充您的团队；或者项目存在一定的技术风险，工作量较多较复杂，需要团队配合才能完成；又或者是......

浏览：17295次更多

企业信息化建设的三大误区

16 Jan

发布者:Caven

博客标签: 软件开发项目管理企业信息化软件实施软件系统信息化管理

最近有一个哥们很郁闷，找我诉苦：“我们现在软件做得差不多了，但是实施起来难度很大，员工不愿意用，老板的意思是既然要做软件，那么软件就能要求员工必须用。软件如何去迫使员工必须用呢？”他夹在中间感觉非常为难，不知道该如何回复老板。这种情形，我一听就感同身受，完全能够理解他的处境，为什么？因为这现象在软件行业，尤其是企业信息化的过程中，相当常见。过程一般是这样： 1. 公司高层上套新系统，员工却不愿意用； 2. 于是高层推出行政命令强迫员工必须用； 3. 员工依然不配合，当被追究时，说软件不好用； 4. 公司领导找到倒霉的开发团队，说你的软件必须要解决员工不愿意用的问题，这是你软件的问题；大家来评评理，到底是哪里有问题？ ......

浏览：17567次更多

软件开发项目管理-凡事预则立

16 Jan

发布者:Caven

博客标签: 软件开发项目管理风险管理软件项目客户软件团队

近日，某软件开发项目完成结项，在进行总结时，项目经理提出了不少问题。其中大多数都是些常见的症状，并不是这个项目所独有的，也不是以前没见过的。于是问题产生了，为什么这些教训在不同的项目中反复发生？能不能采取些措施，来规避它们或降低这些问题的负面影响呢？经过这么一思考，我发现在软件开发项目的实施过程中，还真有不少问题是可以提前预见到的，与其被动等待事情发生后再去应对，不如及早采取方案来控制它。正应了中国人的一句古话：“凡事预则立”。下面对这几条问题及其对策，简单进行下分享：问题1：在项目过程中，客户对平台操作不熟，很多问题都来找团队指导、答疑；而这些导致工作时常中断，占用不少时间，却又不在最初的工作范围中，没有报价； ......

浏览：16997次更多

如何确�？突emo的成功

16 Jan

发布者:Caven

博客标签: 软件开发项目管理客户演示团队协作软件交付

前两天有个项目，客户要求在3月17号前要完成第一期工作，因为他在3月17号安排了一个重要的演示（Demonstrate），团队根据客户的要求，制定了在3月14号给客户提交版本的计划。3月14号当天，由于工作整合时发现有较多问题，未能成功交付，于是整个团队在3月15号（周六）主动加了一天班，终于在3月15号完成提交。3月17号（周一）来上班时，发现客户对交付物进行了验收，并且提了一些需要修改的Bug，要求尽量在当天改完。当天经过团队的努力，修改好了客户反馈的Bug，并且再次提交。晚上，客户发邮件说程序无法工作，未能成功演示，邮件中充斥着不满的情绪。为什么团队成员的努力工作，却未能换来客户的肯定和满意？到底是哪里出了问题？如何才能避免这样的场景呢？仔细分析下这个案例，......

浏览：14273次更多

软件开发金科玉律之-不要重复发明轮子!

17 Apr

发布者:Caven

博客标签: 项目管理软件开发经验软件质量软件设计

以前有个小朋友，特别有好奇心，也喜欢动手捣腾。有一天，他做出来了一个圆圆的，会滚动的东西，感到特别兴奋，到处去向别人展示自己的"新发明"。结果他发现别人一点都不稀奇，原来这个东西叫做“轮子”，早在几千年前就有了，现在已经发展出了上百种的不同规格、材质、样式，自己的这个相比之下太不完善了，根本不能算是什么发明。这个小朋友，现在就藏在我们的心里，尤其是经验不够丰富的程序员身上。几年前我曾经做过一个项目，经过长时间的挣扎之后，项目依然失败了。主要的原因之一，就是我们重复发明了太多的轮子。事情是这样的，时任项目核心开发人员的同事很有钻研精神，也相当自信，当时客户提出的一些基本功能，譬如用户管理、输入验证、......

浏览：21707次更多

诚信：八千美金的一堂课

21 Mar

发布者:Caven

博客标签: 项目管理经验教训案例分享诚信软件开发

最近丢了个价值8000美金的项目，刚开始不到一周就被客户叫停，以前从未发生这样的事情，被上了非常昂贵的一堂课。为了让这堂成本8000美金的课程价值最大化，我觉得有必要把从中得到的经验教训分享出来，希望能警醒更多的项目经理，帮助更多的人少走弯路。事情是这样的：上周五有一个项目启动了，这是个老客户转交过来的新项目，要得比较急，因而客户也特别关注项目的进度。通过最初的沟通，我们应允客户每天给他发日报反馈项目进展，但由于人员受其它项目影响，未能及时到位，直到本周三项目都未能投入多少时间，因而项目经理也一直未发日报。到了周四，客户要求Skype沟通，并且在沟通中又特别强调了需要日报反馈项目进度的问题，同时团队也答应周四晚上......

浏览：10826次更多

从某软件开发项目一期工作中学到的经验

21 Mar

发布者:Caven

博客标签: 项目管理软件开发经验范围变更软件质量

1. 明确范围如果说要把整个项目（假设持续2个月，分为4次迭代）的范围，在一开始就明确下来，对我们、对客户都很困难，因而这个期望不太现实；更可行的办法是把范围的明确，也拆分成更小的单位，譬如按照每个迭代（每两周）来明确；我们双方只要保证，对这两周要提交的内容，有明确的共同认识即可；然后不断循环；明确下来的范围，要有个Task List或者Plan来作为以后判断是否发生范围改变的依据； 2. 范围变更如上所述，如果每两周一个迭代，每次迭代都有明确的Task List或Plan；那么在这个过程中，任何不在这个List和Plan中的任务，都可以视为需求变更、范围变化；这种变更，需要在客户刚提出来时，就进行评估，明确告诉客户这个改变所需要的额外时间，......

浏览：11591次更多

移动APP	微信开发	小程序开发
电商/微电商	网络营销	企业信息化系统

汽修与汽车	物业与房地产	医疗行业
零售	制造业	教育行业

新闻&事件	管理团队	公司地址
荣誉资质	助你成功	诺怀博客

搜索表单

你在这里

项目管理案例分析（一）

把项目交给自由职业者还是软件公司？

企业信息化建设的三大误区

软件开发项目管理-凡事预则立

如何确�？突emo的成功

软件开发金科玉律之-不要重复发明轮子!

诚信：八千美金的一堂课

从某软件开发项目一期工作中学到的经验

博客标签

最受欢迎

关于诺怀

软件产品

企业荣誉

关注我们

电话咨询

400-8310-286