项目管理
文章平均质量分 77
muyutingfeng2008
freedom
展开
-
如何优化软件发布延迟问题?
题外话:作为领导、作为老大,你要知道你要到哪去?你要知道你的团队你要到哪去?你是团队的灵魂。要做一个梦想家,要不断的学习新的东西、好的东西,要出去走走,看看更好的东西,看看他人是如何做的,才知道自己要到哪里去,你带领的团队要到哪里去。 在软件公司,无论你是做产品还是做项目,都会碰到一个比较头痛而又抓狂的问题,那就是发布延迟。我们承诺给客户到某个时间节点交付我们的产品转载 2015-07-06 12:03:53 · 359 阅读 · 0 评论 -
如何做一个合格的项目经理
项目经理这个角色说大不大,说小也不小。在大公司,项目经理这样的角色可能存在不计其数,他们很多都是寄托于项目的存在而生,项目的完成而终;但对于一些小作坊的软件公司,项目经理一职很多时候是一个长期持有的过程,拥有这一角色的人,很多时候就是主要研发群体甚至全部团队的核心领导人,这些人很多时候属于公司的顶梁柱、火线人员或突击队长。在我们看来项目经理就开会、陪客、吃饭、吹牛B,一天正常的8个小时工作时间,没转载 2015-09-01 16:16:42 · 443 阅读 · 0 评论 -
好团队不可能凭空出现,赢在Leader的可行规划 [Y]
《西游记》中的唐僧团队历经千难万险,终于求得真经,目标明确、分工合理为这支队伍最终走向成功奠定了基础。唐僧从一开始,就为这个团队设定了西天取经的目标,虽然经历各种挫折与磨难,但目标从未动摇。悟空探路、八戒牵马、沙僧挑担,几位徒弟一起肩负着保护唐僧的任务。虽然性格迥异、各有缺点,但目标分解合理及成员分工合作,最终风雨同舟,取得真经。 《西游记》的故事引申到实际团队技术管理中,也一样转载 2015-08-26 18:44:00 · 307 阅读 · 0 评论 -
我的项目管理观点
公司要我给项目经理做一个培训,关于项目经理的做事情的方法和观点方面。我就采用了Workshop的方式,Workshop不是会议模式,而是侧重于交流会谈的一种模式,毕竟大家都是项目经理,并非说我的做法就是对的,所有的一切都是自己的经验之谈,所以我只是说大家彼此分享经验,交流心得。我把我所要分析的内容大概做了一个讲义,也希望更多人能够参与到这个Workshop中。项目经理好做吗? 项目转载 2015-09-01 16:15:03 · 312 阅读 · 0 评论 -
项目管理一些体会
项目管理需要的知识,是一个体系的知识,包括项目管理本身的知识体系,以及项目管理要应用到的领域所需要的知识体系,然后就是管理的技能,当时最重要的,是软技能,也就是人际关系技能。 管理的核心:人。 管理的四大要素: 1. 选择正确的人 2. 为他们分配正确的工作 3. 保持他们的积极性 4. 帮助团队凝聚起来并保持团队的凝聚力。 1、 选择正确的人转载 2015-09-01 16:03:00 · 218 阅读 · 0 评论 -
项目做完了,总结一下
在连续封闭N个月以及再后来的N个月的加班后,项目终于以延期N个月的结果结束了。不管曾经发生过什么,不管项目是否延期,重要的是项目结束了,所有的项目成员都可以松一口气了。曾经和同事开玩笑说:在我经过过的失败项目中多了一个项目,以后就能避免同样类型的失败了。同事们听了,都笑了。在那段时间里,很久没有听到过同事们畅快的笑了。 现在,我以我目前的知识水平,总结一下项目中存在的问题,这些问题的出现转载 2015-09-01 16:05:39 · 1277 阅读 · 0 评论 -
对项目管理的几点认识
自2007年参加工作以来,参与的项目也有好几个了,但都是以项目成员的角色参与,从来没有以项目经理的角色参与项目。中国有句古话叫“旁观者清”,同一个问题站的角度不同,可能会形成不同的结论。下面我就以一个普通项目成员的角度谈一下对项目管理的几个看法,希望大家给予指正。1. 团队成员选择 人员选择要谨慎,要尽量选择合适的人员,在选择团队成员时要重点考虑其团队合作能力、编码可读性、能力和项目的匹配转载 2015-09-01 16:13:53 · 591 阅读 · 0 评论 -
关于项目管理的一点体会
这段时间,一直在负责一个项目的管理与开发。在时间短、任务紧,而团队人员又大部分是没有经验的菜鸟的恶劣情况下,我带领接近40人的团队,终于在客户规定的时间范围内如期交付产品。这其中,经历了需求变更、人员变动(因为其它任务,先后有近10人离开团队)等诸多问题,项目仍然取得成功了,不能不说有几分侥幸,但此外也有一些经验与教训可以与大家分享。 一、项目开发方面 需求 项目应以转载 2015-09-01 16:07:07 · 301 阅读 · 0 评论 -
如何管理“人”
我们常说工作中应该“对事不对人”,但事都是人做的,不同的人做相同的事效果可能相去甚远,再好的业务如果用错了人也会全盘皆输。正所谓“事在人为”嘛,识人、用人、聚人是一个团队管理者获得成功的基础。 先说怎么认识人 人格矩阵法。即所谓的Topk技术,Topk就是由:tiger、owl、peacock 与 koala 4个英文单词的第一个字母组成,即把人的人格类型总结为老虎、猫头鹰、转载 2015-09-11 13:09:47 · 279 阅读 · 0 评论 -
给敏捷团队中的架构师的10个建议
微软澳大利亚的解决方案架构师Tom Hollander,在TechEd Australia大会上举行了一场题为“敏捷团队中的架构师角色”的演讲。在演讲中,他讨论了他作为领导敏捷团队的架构师所做的工作。 在谈到架构师的角色时,Hollander指的是“解决方案架构师”或者应用架构师。他不是指企业架构师或者其他的专业人士(专精于特定的领域,例如消息或基础设施)。 Hollander转载 2015-09-07 12:43:46 · 451 阅读 · 0 评论 -
给敏捷软件开发的26条建议
我经常收集各种各样的至理名言,最近我重温敏捷软件开发;真正的问题是什么?下面是一份26条关键原则的清单,以指引敏捷软件开发团队。 1、完整地干完一件事后在开始另一件事:用厨房比喻来说就是:“先上这道菜,再开始做下一道”。软件开发的最大问题就是同时开始几件事情,这将不可避免的造成某些工作被废弃,从而造成浪费。专注于一件事;完整地实现其功能;运行测试;编写文档;签入所有,把这当做一项工作完成转载 2015-09-07 12:45:40 · 335 阅读 · 0 评论 -
如何花两年时间面试一个人
Joel Spolsky曾经感叹:招聘难,难于上青天(此处笔者稍加演绎:))。他有两个辛辣但不乏洞察力的断言:真正的牛人也许一辈子就投大概4次简历,这些家伙一毕业就被好公司抢走了,并且他们的雇主会给他们不赖的待遇,所以他们也不想挪窝(刚刚去世的Dennis Ritchie就是这样一个人)。而“人才”市场上能找到的大多都不是什么人才。招到这帮人轻则费钱,重则把你公司搞挂。 (当我转载 2015-06-10 20:30:08 · 361 阅读 · 0 评论 -
谈谈如何说“不” [Y]
我曾所在的两个项目组,如果处理不好“不”,则会给自己和团队带来很多问题,发生在我身上也有好几次。 项目组A:在不看好项目组开发方法的情况下仍旧敬业工作。 我在项目组A曾经担任过开发人员、开发经理和项目经理,我也在这个项目组投入了很多精力,它给了我很多成长环境,包括现在看到的OpenExpressApp 的思路以及对架构方法的兴趣也都是从那里一点一滴积累思考而来的。由于我调到总体转载 2015-09-11 12:59:22 · 336 阅读 · 0 评论 -
带领团队发挥最大潜能的10个技巧 [Y]
只有你团队的成员成功了,你才能算是成功的领导者。本文介绍一些基本领导技巧,以助你团队达到巅峰状态。这些技巧是针对那些IT行业管理知识型员工和项目经理的领导者。如果你是其他行业的领导者,虽然大多数技巧可以适用,但不能完全照搬。 1:注重结果和效率,不是出勤时间 当你管理知识型员工时,你不应该用硬性的打卡上班/下班时间,除非有涉及到客户服务的时间覆盖问题(比如,必须在呼叫时间内提供足够转载 2015-09-07 12:41:35 · 404 阅读 · 0 评论 -
项目管理实战之团队管理
一个系统不仅需要优秀的分析和设计,更需要一个良好的过程将其从蓝图转化为实现。这个过程中最重要的是对团队的管理,也就是人的管理。一个优秀的团队和一个糟糕的团队的效能是天壤之别,她们之间的比例不是1:100或1:1000这样量化的数字能够表示的。就像一个团队建造了一幢摩天大楼屹立于云霄,而另一个团队的建筑物还没有10米高便开始摇摇欲坠!这是质的差别,也是团队灵魂的差别。 而团队的领头人就是项转载 2015-08-31 09:50:29 · 360 阅读 · 0 评论 -
产品不要被技术绑架的十大注意事项 [Y]
“不可能的;有难度的;你懂不懂技术的;这个功能要放在二期才能做;要做可以但需要时间;把那个项目停掉我就给你做……”,如果经常听到技术这样说,那你的产品很有可能已经被技术绑架了,接下来你想再多的功能,只要技术说不可以那就没戏。 1、正确选人 ——做网站的技术开发,必须是个技术牛人,要像科学怪人那样的人最好,为实现一个功能可以两天不睡觉的主。千万不要找一个所谓的高级架构师之类的高人转载 2015-08-26 18:55:21 · 286 阅读 · 0 评论 -
切勿过早优化 [Y]
Donald Knuth说“过早优化是万恶之源”(premature optimization is the root of all evil)。这话也许有些夸张,但“过早优化”的危害我觉得不能忽视。同时,我觉得“过早优化”的概念不专属编写程序,生活中的示例也比比皆是。不信,你看看下面这些情形你是否遇到过: 1、当你开始学一门程序语言的时候(比如c#),你想如果可以精通开发工具(比如Vi转载 2015-08-31 09:57:56 · 299 阅读 · 0 评论 -
技术债务偿还计划
什么是技术债务?许多团队都受技术债务困扰,不过,很少有团队能真正地设计一个计划从中挣脱出来。为了更好的理解如何才能摆脱债务,我们首先要正确地理解什么是技术债务。技术债务是由团队为了短期的项目利益故意做了欠佳的技术决策而招致的。例如,为了使一个产品更快的投放市场,团队可能不会像面对一段棘手的代码那样,编写深入的自动化测试。或者,他们可能会决定基于一个很快就会过转载 2015-08-25 19:11:18 · 866 阅读 · 0 评论 -
技术团队的情绪与效率
引:为什么工程师的效率有那么明显的波峰波谷?为什么会有负面情绪?负面情绪与工作效率有什么关系? 团队 Leader 应该怎样保证整体的效率输出与大家的成长?为什么醉心于技术的同学做项目总是虎头蛇尾? 对工程师来说经常会有明显的效率差异,有时一天能搞定好几个模块,顺带加了好几个新的技能点,而有时一个简单的功能投入了两三天还和之前没什么区别。虽然任务并不复杂,但忍不住会刷会微博,聊会 QQ,转载 2015-08-26 18:49:05 · 225 阅读 · 0 评论 -
项目经理的“势能”培养 [Y]
我很早之前就听说过,做为一个项目经理,至少要在公司工作两年以上,且年龄不小于三十岁。我当时还年轻,对这两点很不屑。而现在,我却很理解。在公司工作时间短,对人员不熟悉,将很难横向协调资源;年纪过轻则不够沉稳、练达,难以实现快速沟通。 作为IT企业,很多项目经理都是由基层做起的,技术好、经验丰富、熟悉行业知识。作为项目经理本人,也觉得自己对团队的领导能力勿庸置疑。并不会认为自己沟通上会有问转载 2015-08-26 19:08:04 · 674 阅读 · 0 评论 -
好代码不值钱
长久以来我一直主张:好代码是廉价的代码。 当我跟做开发的同事说出这话时,他们的第一反应是一种惊愕,然后是将近一个星期的嘲笑,把它当作一个笑话来讲。当他们走近看我的表情、知道我是认真的时,才收敛一点。 当最初的惊愕消退后,他们会用一些这样的话来反驳:“好代码不廉价,好代码是采用经过数十年计算机科学研究和积累得出的最佳实践设计模式和方法论建立起来的精心制作的程序代码。”转载 2015-08-26 18:45:55 · 285 阅读 · 0 评论 -
这些年的项目管理心得
# 项目经理应该有这样的认识: 互联网项目,会定一个计划发布日期,然而这个项目有个隐藏的实际合理发布日期。因为软件开发并不是一个直接添加资源就可以加快速度的过程,所以这个实际合理发布日期是在现实资源合理利用前提下一个客观存在的最可能早的完成时间。项目进展的过程,其实也是发现这个隐藏的合理发布日期的过程。 从管理的角度来讲,当然是尽可能的赶上计划的发布时间,或者尽可能快的完成项目转载 2015-08-26 18:53:30 · 161 阅读 · 0 评论 -
关于烂代码的那些事(上)
1. 摘要 最近写了不少代码,review了不少代码,也做了不少重构,总之是对着烂代码工作了几周。为了抒发一下这几周里好几次到达崩溃边缘的情绪,我决定写一篇文章谈一谈烂代码的那些事。这里是上篇,谈一谈烂代码产生的原因和现象。 2. 写烂代码很容易 刚入程序员这行的时候经常听到一个观点:你要把精力放在ABCD(需求文档/功能设计/架构设计/理解原理)上,写代码只是把想法转载 2015-08-26 18:39:40 · 262 阅读 · 0 评论 -
关于烂代码的那些事(中)
1. 摘要 这是烂代码系列的第二篇,在文章中我会跟大家讨论一下如何尽可能高效和客观的评价代码的优劣。 在发布了关于烂代码的那些事(上)之后,发现这篇文章竟然意外的很受欢迎,很多人也描(tu)述(cao)了各自代码中这样或者那样的问题。 最近部门在组织bootcamp,正好我负责培训代码质量部分,在培训课程中让大家花了不少时间去讨论、改进、完善自己的代码。虽然刚毕业的同转载 2015-08-26 18:41:45 · 251 阅读 · 0 评论 -
我们需要真正的软件项目经理 [Y]
这个问题存在于很多公司。也许读者的公司够正规不存在这样的问题。 在中国当谈到项目经理这个词语或者职位时,很多人的脑袋里闪现的是技术与管理的化身。对于项目经理,多数人的理解是,技术很NB的人,但是对于是否熟悉或者精通软件工程却不太关注。需要吗? 这个问题恰好在我现在工作的公司存在。我讲讲我现在工作的公司的情况。 没有项目经理!的确没有,至少没有这个职位!但是有这样的角色转载 2015-08-26 18:59:28 · 361 阅读 · 0 评论 -
我也发软件开发团队的思考(侧重点是人员)
//上个月给我们老板的mail.洋洋洒洒6000多字. //为了方便公开,改了一下.以致可能有些地方前言不搭后语. //不管他同意不同意,先在我们组实行了再说. //请多大家多提提意见,日后看有没有机会找老板当面交流 经历的几个项目,项目的进度老是不尽如人意。更重要的是市场的开拓因为这些项目拖住了后退而无所作为。 我们现有的情况是:项目期限和最开始的保守估计都相去转载 2015-08-31 09:49:00 · 366 阅读 · 0 评论 -
5W法则: 打造高效技术团队必备利器
成都的夏天总是雨的季节,淅淅沥沥,停一会儿,下一会儿,湿润的空气掩盖了些许PM2.5的焦味,却淡不了公司焦躁的情绪。臃肿的Bug列表、迟缓的解决速度、日益逼近的Milestone以及长时间加班激起的不满情绪……蔓延在整个办公区域。“提高效率”成了Management Meeting上呼声最高的词语。 不幸的是我被派去推动整个项目改进计划,请允许我摘一段和项目经理的谈话来引入今天要讨论的转载 2015-08-31 09:43:50 · 4145 阅读 · 0 评论 -
解开最后期限的镣铐
最后期限(Deadline)是软件从业人员必须面临的最大困难与挑战,准确地说,它是所有程序员包括项目管理者的可怕梦魇。当堂吉珂德看到郊野之上的数十架风车,风车的翅翼如巨人的胳膊,正耀武扬威地奚落着这位中世纪后期没落的骑士时,堂吉珂德如勇敢的斗士一般,跃马而上,用长枪狠狠地刺向风车,换来的却是长枪折断,人仰马翻,最后大败而归。没错,最后期限之于程序员,正如风车之于堂吉珂德,确实是太强大以至于无法战胜转载 2015-08-31 09:47:07 · 330 阅读 · 0 评论 -
谁动了项目的时间?
项目进行到今天,我突然发现项目已经花费了快70%的时间,而离编码结束似乎还很遥远,面对着领导质问般的眼神和组员迷茫般的目光,我深深地吸了一口气,大脑开始了高速地运转,到底谁动了项目的时间? 项目情况 首先介绍一下项目的大概情况: 其实项目倒不是很复杂,一个处理业务流程的系统。接到项目的消息是七月底的时候,由于当时领导与客户谈妥之后,客户想在八月中旬就看到,所以当时就非转载 2015-08-31 09:56:02 · 248 阅读 · 0 评论 -
说说我们项目组的考核
周六又被老板招呼去开会,烦!在会上,老板说要对我们软件部实施绩效考核,并要求我们几个项目经理在一起商量下,把具体的实施细则给敲定下来。结果我们几个经理们在公司会议室一直讨论到晚上八点多才大体弄出个实验品来,准备周一就开始在软件部开展实施。 在这些年工作的时间里,我在很多公司呆过,自然也感受过很多公司对我们这些程序员的考核。说实话,我一直对考核这东西不感冒,更多的是不喜欢,因为这里面需要参转载 2015-09-01 16:17:55 · 572 阅读 · 0 评论 -
公司的中场
一个公司宛如一只球队,成败不是一个人的事情,是一整队的事情。那么球队在某一场具体比赛里面最重要的角色是哪一个?不是教练,如果说整个赛季如何可能是教练的功劳。如果是某一场比赛,最重要的角色是中场。对于公司也有这么一个中场的角色,不过不是老总,而是具体的那个产品经理。 其实产品是否成功,部分取决于总体效率如何。我把效率分为两个部分,一个是工作效率,一个是规划效率。 工作效率很好理解转载 2015-09-01 16:11:59 · 290 阅读 · 0 评论 -
技术管理中常见的几个问题
前几天跟朋友聊天时,朋友说他刚刚从一家知名软件公司面试出来,朋友去面试的是一家公司的技术管理岗位,所以在面试的时候被问及的问题也偏重于技术管理方面的问题,在与朋友的聊天中将这几个问题归纳了一下,大致归为如下几个问题。 在日常工作中你是如何行使管理职能的 这个问题以我的经验以及参考常见的一些开发方法,在实际中我都是早询问及晚反馈的方法。也就是早上上班后的半个小时内主动询问开发人员转载 2015-09-01 16:32:56 · 371 阅读 · 0 评论 -
如何完成看似不可能完成的任务 [Y]
先说一下背景,这是我工作10来年遇到的一个很特殊的案例。我和组员在入职的第一天就接到了任务,在完全不熟悉公司内部流程、研发资源、测试资源和项目背景以及需求的情况下,就按照项目方的意愿给出了一个DeadLine, 虽然当时会议上没有要求表态,但是要求第二天需要给出具体的研发完成时间。 时间紧、任务急、一切都还是未知数,这个看似不可能完成的任务确实给了我个下马威,以前虽然遇到过非常着急的项目转载 2015-08-26 19:26:38 · 720 阅读 · 0 评论 -
小团队的技术管理 [Y]
最近一年左右兼职技术管理的经验试总结,核心理念就是以人为本。 小作坊 小项目的构成往往是一个相对有经验的人作为leader,带几个毕业生构成一个三五个人的小作坊。没有达到配置专门的项目管理人员的程度,因此管人管事管技术,三权集中在一个人身上。 对效率上有好的和坏的影响,但也是不错的选择,开发人员一般是比较难管理的,职业的项目经理很难做好这个事情。 这也从一定转载 2015-08-26 18:51:56 · 327 阅读 · 0 评论