![](https://img-blog.csdnimg.cn/20201014180756919.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
项目管理
philofly
这个作者很懒,什么都没留下…
展开
-
立即动手,逐步改进
这是一条google做事分格的描述。其实这句话对喜欢拖延时间的人或者做事喜欢找借口的人特别合适。有些想创业的人说,我有一个好点子,可是我缺少钱,缺少合作伙伴,缺少他人慧眼。其实点子不值钱,关键的是执行力。你需要的是把你的想法变成现实。有的人在工作中想到好的办法,但总是瞻前顾后,总觉得需要点什么条件才能完成。可一旦你动起手来,发现所谓的条件根本不是障碍。有的公司想推出一项产品,但觉得产品投入周期长,原创 2008-10-31 18:35:00 · 771 阅读 · 0 评论 -
工程师定级思考
<br />最近公司引入了工程师定级,类似于IBM的Band定级,公司将工程师分为5级,4级类似于架构师,3级类似于高级工程师。<br /> <br />关于工程师级别的详细定义,技术总监写了一些概要,然后让大家讨论,大家问题很多,最核心的问题有几个:<br />1. 就是对工程师的定级只是从一个维度考察了,没有从多个维度考察。<br />2. 有人善于开发模块,有人善于解决问题,有人乐于分享,需要综合考察。<br />3. 5级每一级的定义太粗,需要更具体一些。<br /> <br />然后技术总监根据大原创 2011-01-13 22:58:00 · 1311 阅读 · 0 评论 -
【思考1】如何让你的工作更有价值
最近一个同事做项目,其中有一个硬件加速特性,领导很感兴趣,问他如何在产品中体现硬件加速效果。思考1:如何向外行人或者一个白痴客户以最简洁的语言描述你的项目或者你项目中最有特色的特性?思考2:如何把你的工作转化成真正的市场价值?你做一项工作很辛苦,花费了大量时间和精力,如果不产生任何市场价值,对商业化公司是一个悲剧。你作为一个员工而言,可能提升了你的技术水平,但是你对公司的价值为零。原创 2010-11-05 17:07:00 · 1254 阅读 · 0 评论 -
一个项目的反思与总结
这一段时间在做某个模块的调试,结果2周的活干了7周才做完。今天我在这里看看问题到底出现在哪里?项目目标:驱动调试,移植估算时间: 2周实际结果:第1周将Linux版本的驱动和库改写成另一个操作系统的版本,编译完成。第2周,上板子测试,没有结果。第3周,使用Linux版本测试,仍然不过;发现致命问题,硬件版本没有加入中断模块。引入客户支持,还是没有任何进展。第4周,硬件版本完成,重新测试,仍然有问题,分析中断模块有问题。问硬件开发人员,中断模块没有经过测试;寻求客户支持,厂家提供了中断模块的测试例子。第5周,原创 2010-08-30 17:00:00 · 3623 阅读 · 0 评论 -
优秀是一种习惯
<br />今天公司QA给大家做流程培训前,老总给大家讲了流程的重要性。<br /> <br />其实很多创业公司做到一定规模了,都会注重流程的重要性,但是很多工程师以为公司一旦注重流程了,就是开始官僚化,其实并非如此。为什么流程如此重要?流程是标准化的东西,工程师做事都按照流程走,清楚项目目标,知道输入是什么,输出是什么,效率会大大提高,同时客户满意度也会显著提供,显然公司投资回报率得到提升。可见流程是个好东西。<br /> <br />对公司如此,对个人也如此。举个例子,如果你是销售,每次见客户前,你准原创 2010-08-18 23:06:00 · 903 阅读 · 1 评论 -
项目推动的鲜活案例
作为项目经理,最核心的职责就是推动项目。 项目经理分配到一个任务时。首先需要确定项目目标,否则无论怎么推动,都是无用功。 一旦确定目标,项目经理的任务就是围绕目标推动项目。 推动项目的过程和方法包括: 1. 划分项目里程碑(将大任务划分为小任务,分而治之); 2. 分析问题和需求,总结提炼成子任务(分析总结能力); 3. 划分各个阶段具体任务(识别任原创 2010-02-25 21:50:00 · 948 阅读 · 0 评论 -
最近几年做软件项目的心得总结
【做软件外包经验告诉我】1. 做软件需要人海战术,软件是需要大量的体力劳动,而不是脑力劳动。有一句俗话,一个萝卜一个坑,软件项目的功能模块多了,每个功能都需要有一个人盯,不断改进不断维护。而且功能划分得越细了,工作量越大,需要的人越多,否则哪里会产生几万的软件外包公司?几十个不是足够了?曾经在上海做外包,一个项目动不动就是10-20个人,每个人做几个页面,质量要求相对较高的,国内软件公司到不是这样转载 2009-12-11 10:50:00 · 1021 阅读 · 0 评论 -
如果一次事情需要你做两次,让它自动化
有的程序员每天累得要死,但输出很少,投入产出比太低,效率低下。仔细一问,原来很多事情都是重复做了好几次,效率当然低了。程序员需要计算机干什么,就是让它为你工作。如果一件事情需要让你做两次,你就写一个脚本,让它自动化。有的程序员看起来很闲,但是他总结起来活没少干,还没费多少时间,投入产出比很高,做事有计划,对问题的难点重点把握得很到位,前期准备工作充分,而且充分利用机器去完成你的工作,效原创 2010-02-04 21:52:00 · 733 阅读 · 0 评论 -
项目管理培训的一些总结
1. 项目管理1.1 激励组员:传达愿景,产品发展,个人成长,人岗匹配,灵活激励,身先士卒,活动多样。1.2 有效沟通:换位思考,因人而已,把握时机,随时沟通。1.3 高效会议: 提前计划,明确议题;外部专家,会前确认;开门见山,直入主题;头脑风暴,切忌发散;记录结论,及时归档。1.4 合理计划:QA引导,全员参与;参考基线,科学估计;重视风险,预留buffer;重大变更,及时调整原创 2010-01-16 22:47:00 · 2976 阅读 · 0 评论 -
项目经理需要具备哪些素质
今天和老板聊天,总结一下项目经理需要具备的素质。1. 项目经理是一个联系窗口(contact window)。项目经理需要和客户沟通,和属下沟通,和领导沟通。项目经理就是属下,领导和客户的联系窗口。 2.项目经理要把握项目发展方向,不要限到细节里面,关注关键路径。 3.项目经理逻辑要清楚,思路要清晰,做事要有方法。 4.项目经理开会之前要列出会议议题,和其他项目组交流时原创 2009-06-22 21:43:00 · 1935 阅读 · 0 评论 -
项目管理的几点要求
今天和同事聊天,聊到了项目管理,他说了几点确实不错。 分配项目1。如果涉及好多方面,你可以主动召集大家开个会,列出来,让大家发表意见,把合理的东西列出123来;这样大家的智慧就变成你自己的。2。列出123来后,就是分配了;简单的办法就是大家先自己选,剩下不好意思自己选的,你就来分配;然后,确定时间表 开会1. 开会之前一定要整理好思路,可以写在纸上2.开会表达的时候要仔原创 2009-05-31 20:16:00 · 856 阅读 · 0 评论 -
文档在项目开发中的作用
最近项目接近尾声,为了给其他客户做展示,需要提供大量文档。 由于在开发过程中没有把相关的文档准备好,结果这几天临时拼凑码字,项目组成员感觉写文档比调试程序还要累。 仔细总结发现有几个问题在开发过程没有重视:1. 开发过程中只注重某个函数或者某个模块,只见树木,不见森林。 2. 不注重总结,调试完了就拉倒,没有总结性文档。真要写起文档来,感觉对业务还是不够熟悉。原创 2009-07-30 21:47:00 · 1385 阅读 · 0 评论 -
自我批评
昨天和老婆讨论,发现自己一无是处。 看看自己的毛病还真不少。 致命毛病:1. 执行力差,喜欢拖拉。2.自制力差,上班时间还经常上网。3. 表达能力差,很多人都说我说完了他们不明白怎么回事,还有说笑话的时候我还没说完自己就先笑了。4.不够自信,跟别人辩驳时,最后老是被别人牵着鼻子走。5.做事不积极主动,老板给你派一点活就做一点活,做完了自己不琢磨是否可以做点别的。原创 2009-02-18 09:46:00 · 879 阅读 · 0 评论 -
善于记录,善于总结——《走出软件作坊》读后感
自从买了阿朱的《走出软件作坊》,我读了好几次。每一次读完以后,感触就多了一层。 任正非的《致新员工书》有句话让人很震撼: “实践再实践,对青年学生十分重要。唯有实践后善于用理论归纳总结,才会有飞跃的提高。有一句名言:没有记录的公司,迟早要垮掉的,多么尖锐。一个不善于总结的公司会有什么前途,个人不也是如此吗?”。 王坚的《结网》里面有这么一个故事,“1999年,在风险投资家们原创 2011-06-25 15:42:00 · 4089 阅读 · 0 评论