关注
分享快乐鹦鹉
98年毕业于西安交通大学计算机系,长期从事船舶监控，电子海图，船岸通信领域的研发.对图形处理有较多的经验，对面向对象思想有自己的理解。
展开
-
项目经理应该知道的97件事-偿还你的技术债
说起技术债，那简直是太多了。很多项目工期紧，都是目标优先，代码质量那只能先放一边了。正如前文所说，很多打地鼠式开发的结果，是为了追求在工期要求之内能够完成部署交付，解决有无的问题，其实系统的可用性还是难以经得起考验的。但很多时候，如果用户没有太积极的反馈，可能整个团队就不再进行付出了，因为下一个项目可能又开始了！ 在质量体系的管理要求下，有时会有些管理方面的要求，往往被团队挤压到项目完成后原创 2016-08-18 11:57:43 · 795 阅读 · 0 评论 -
项目经理应该知道的97件事--要简单，不要复杂
理解这一点后，我想对于程序员来说，应该是一个升华了。可惜很多的程序员迟迟不能做到。这涉及到一个基本概念，用户要你开发软件的目的是什么？当然是为了简化用户的工作，提高效率。如果软件不能带来这些，那还有什么意义？关于这一点，程序员如果只注重于写代码，是无法领会的。因此就需要项目经理必须有这个意识了。 记得以前有个用户提出过，希望按一下鼠标能完成的事，不要让他按两下。还记得我开发的第一款软件，就原创 2016-08-15 11:40:17 · 1001 阅读 · 0 评论 -
项目经理应该知道的97件事--优秀与普通的天壤之别
噢，这一篇对我还是比较震撼的，甚至是与我的处理方式相悖的。有时候我也是相当的迷茫，到底应该怎么做才好？一方面优秀的开发人员真的不是遍地都是，可以说是可遇而不可求。大部分的开发人员真的只能算是普通。大量使用普通开发人员，确实存在很多不如意的现象。但当你的资源无法满足时，真的可以将这些普通人员淘汰吗？ 这真是一个很难的问题，项目经理们很难决策，甚至于公司老总们也不容易决策。项目经理真的有选择权吗原创 2016-08-25 07:52:14 · 1119 阅读 · 1 评论 -
项目经理应该知道的97件事--让项目发起人自己写需求
好吧，这确实又是现实项目中的一个难题。当你真的有一天，与用户坐下来讨论需求时，你会发现有信息爆炸的危险。因为每个被调研人员都从各自角度出发，提出各种各样的需求，根本不考虑系统原本定义的范围。甚至于各个部门提出的需求都存在相悖的现象。当你将各个部门提出的要求让用户上级领导定夺时，得到的答复往往是由项目经理去协调。是的，不要怀疑，这是经常会发生的事，特别是在政府机关。所以，对项目经理的能力要求是相当高原创 2016-08-12 16:00:25 · 923 阅读 · 0 评论 -
项目经理应该知道的97件事--如何发现优秀的IT开发人员
对于这一点，我认为自己确实做的不怎么样。如何通过一个面试过程来识别你的面试对象的各方面能力？也许在沟通表达方面你可以有比较直观的感受，但与人相处方面、学习能力方面还是不容易判断，因为在来面试前他可能已经熟读了某个“面试宝典”，从而充分地对自己的缺点进行了隐藏。没有心理学的技能，也许不容易发现其潜在的本质，除非他也是一个低手。 软件人员普遍的沟通能力差，性格孤僻的现象让我对这方面更加重视。我原创 2016-08-24 07:46:15 · 982 阅读 · 0 评论 -
项目经理应该知道的97件事--你并不是非比寻常的
确实有一些程序员，总觉得自己比别人厉害，没事喜欢聊些开源，显得自己水平很高的样子。做起事来好吹牛，眼高手低，实际的成果与喊的口号相去甚远。作为我个人来说，我非常不喜欢这样的人，至少是他们这样做事的方式让我很不喜欢，更多的是担心。担心交给他们的任务能完成吗？即使他们信誓旦旦地表示没有任何问题。因为最终的结果经常是超时或者不满足要求。 作为我个人来说，更喜欢审慎的人，不要轻易许诺，不要夸海口，原创 2016-08-23 16:49:32 · 890 阅读 · 0 评论 -
项目经理应该知道的97件事--避免打地鼠式开发
噢，这一点我简直是太认同了。 工期紧可能是项目组难以避免的问题。但如果打地鼠式的开发，简直是太恐怖了。这一直是我对经验不足人员的担忧所在。也许从展示层面，他们似乎已经完成了要求的功能，似乎还不错。但可能他们实现的功能是建立在危卵上的，随时可能有崩塌的危险，那可能是致命的。用户不断变更的需求会像洪水一样不断冲刷他们那并不坚固的围栏，一旦决堤，后患无穷啊。 为此，我要求我的团队成员都要原创 2016-08-11 08:19:33 · 883 阅读 · 0 评论 -
项目经理应该知道的97件事--为团队增添人才而非技能
我觉得很多东西要有正确的认识，都得分为两面来看待问题，任何单方面的认知，都是存在缺陷的。对于作者所描述的场景，当然是会存在的，但也不会为此就秒杀了另一种情况的可能性。我相信还有很多人是愿意从事自己非常熟悉的领域的，并非每个人都乐于尝试新鲜的事物。 人才是什么？在面试环节就能够很容易看清楚一个人是人才而非庸才吗？我看也未必，除非你确实有很强的识人之能。也许通过技能的沟通交流能够更容易地识别这原创 2016-08-22 08:39:45 · 803 阅读 · 1 评论 -
项目经理应该知道的97件事-- 尽早让用户参与
这其实是我非常希望看到的，可惜实际上却事与愿违。正如前文所说，基于工期的压力和用户的认知，很难在前期先搭个架子与用户先确认需求。另外还有几个原因是： 用户未必有时间和你认真地探讨；即使探讨了，用户也是会随意修改的。你想拿需求确认书作为证据吗？一方面需求确认书很难得到签字，另一方面，难道你不想做该用户的更多项目了吗？（处理好用户关系，在国内那是何等的重要啊！） 国内的项目经常有这样的现象，特别原创 2016-08-10 11:25:23 · 610 阅读 · 0 评论 -
项目经理应该知道的97件事--阅读感想
最近阅读《项目经理应该知道的97件事》，对于专家们的观点，比较认同。但认同归认同，却并不一定能够做到。很多事情，在国内这个大环境中，还是比较困难的。没有在欧美企业工作过，不太清楚欧美人的要求及工作方式，但也参与过一个日本人的项目，对日本人的模式有基本的了解（是否具有代表性，无法论证；但通过与一些在对日企业工作过的人员的交流，大抵如此）。 很多项目的执行，最大的障碍来自于客户。个人感觉国内的客原创 2016-08-09 08:32:15 · 1594 阅读 · 0 评论 -
项目经理应该知道的97件事--剔除多余的流程
一个公司的管理，往往有很多的流程和制度的要求，包括软件开发过程中的诸多流程，以及公司层面的控制流程。在某个项目中需要使用哪些流程，原则上应该是可以裁剪的，并非每个项目都需要把所有流程都执行到。 至于项目流程执行为什么混乱，要分为两方面看，我认为主要的原因还是在于公司的流程不规范，缺乏可执行性，对细节没有进行细化，导致项目组执行和质量组监督时不统一，容易产生矛盾，因为流程有很多解读方式。另外，公司的原创 2016-09-22 08:50:48 · 1170 阅读 · 5 评论