PM如何突破工程师心防
PM 常常遇到一个难题，就是有好多东西想要做，但无奈什么事都得通过工程师，没办法自己动手，于是因为和工程师不太美好的关系，最后实际的产品都没有设计时看起来好。我这边讲的是「网路公司」的状态，PM 泛指那些规划出产品的人。其他产业也许也有类似情形，以下这些「教战手则」，提供给正在摸索自己生存之道的 PM 一些参考。 0、先弄清什么做得出来、什么做不出来: 常常有 PM 会提出一些天马行空的 ide... [阅读全文]
这些年的项目管理心得
# 项目经理应该有这样的认识： 互联网项目，会定一个计划发布日期，然而这个项目有个隐藏的实际合理发布日期。因为软件开发并不是一个直接添加资源就可以加快速度的过程，所以这个实际合理发布日期是在现实资源合理利用前提下一个客观存在的最可能早的完成时间。项目进展的过程，其实也是发现这个隐藏的合理发布日期的过程。 从管理的角度来讲，当然是尽可能的赶上计划的发布时间，或者尽可能快的完成项目。但是因为多方面因素... [阅读全文]
怎样才能做好技术团队管理
经常看到有人问程序员适合做管理吗，或者手底下有牛人比我技术更好怎么办，或者感叹一下做管理好难啊之类的。同时，相当大的一部分程序员都梦想着走所谓专家路线——并不是因为对技术特别有兴趣或者觉得自己特别适合走技术路线，真正的原因是对管理工作的恐惧，觉得自己搞不定定。做管理真的很难吗，程序员出身到底适不适合做管理，我可以斩钉截铁的告诉你：不难！适合！ 上面的答案显然并不完全正确。不... [阅读全文]
经理人培养,项目经理的"势能 培养
我很早之前就听说过，做为一个项目经理，至少要在公司工作两年以上，且年龄不小于三十岁。我当时还年轻，对这两点很不屑。而现在，我却很理解。在公司工作时间短，对人员不熟悉，将很难横向协调资源；年纪过轻则不够沉稳、练达，难以实现快速沟通。 作为IT企业，很多项目经理都是由基层做起的，技术好、经验丰富、熟悉行业知识。作为项目经理本人，也觉得自己对团队的领导能力勿庸置疑。并不会认为自己沟通上会有问题。在这里... [阅读全文]
软件更新失败,一个失败软件项目的思考
一、对一个估计撑不了多久的项目的抱怨（原文） 项目概况 甲方：A公司 乙方：本人所在公司 （称B公司） 项目：X项目是A公司外包到B公司的电子商务项目。 人物：A公司M先生，X项目组，主管、G、Q、P成员 项目状况 X项目当前状况不太好，可以说后果比较严重。 1. 几乎处于停滞状态。现在的需求获取方式可以称之为“挤牙膏”；在现有功能完成，而A... [阅读全文]
团队建设,建设全功能团队
简介 团队的开发人员撇开需求沉浸在想象中的“完美”程序中；测试人员迷茫的点击着按钮试图搞明白这到底是个什么功能；设计师造出了没有尽头的楼梯，更糟的是，客户爱上了这个设计；团队领导四处救火，力有不逮。种种迹象表明，我们得打破分工带来的壁垒，建设全功能团队——大多数人能完成大多数种类工作的团队。 在一次闲聊中，女友的母亲说起实习大夫必须轮岗一年才会进行... [阅读全文]
实践团队名称,建设全功能团队——实践篇
在上篇文章中我们一起回顾了分工历史，对于技术团队影响以及建设全功能团队的必要性 ，在实践篇中我将详细分享一些实践以及我们团队的经验数据。 吃自己的狗粮 当开发人员坐在测试工作站前，你将会诧异于多少开发人员因为繁琐的步骤而不会安装/升级自己参与制作的软件，多少人认为自己设计的复杂配置是荒唐的。在很多情况下，这都不是安装、配置的问题，而是设计问题，将开发和测试过程分离把痛苦转嫁给了另一个团体（测试、... [阅读全文]
团队协作完整版,你们是完整团队吗?
英文原文：Are You a Whole Team? 译/金毅 如果你的团队使用敏捷方法开发软件，那么采用完整团队方法（Whole-team approach）对于发挥敏捷实践的功效极为重要。 完整团队这一敏捷实践强调以整个团队为单位工作，把专人专责简化为职责均担，从而开发出高质量的软件——可以说它是一种“胶水型”实践：它将很多其它敏捷实践组织在一起... [阅读全文]
项目管理面试问题,小谈项目管理中的问题
在现在这个项目做了有半年的时间了，发现进度远没有想象中的快，什么原因呢? 我归纳了一下，主要有下面两点： 1. 使用敏捷开发 2. 角色分配 敏捷开发，这是现在非常时兴的一个词，听起来挺牛逼的，敏捷，让我们感觉用了它就会快。在被这种开发模式折磨了1年多的我想说，其实它跟其他所有的事情都一样，它有自己适用的领域，假如错误的以为任何项目用敏捷开发都能敏捷，那就是自找苦吃。 为什么?敏捷开发的特点就是根... [阅读全文]
项目经理需要什么,我们需要真正的软件项目经理
这个问题存在于很多公司。也许读者的公司够正规不存在这样的问题。 在中国当谈到项目经理这个词语或者职位时，很多人的脑袋里闪现的是技术与管理的化身。对于项目经理，多数人的理解是，技术很NB的人，但是对于是否熟悉或者精通软件工程却不太关注。需要吗？ 这个问题恰好在我现在工作的公司存在。我讲讲我现在工作的公司的情况。 没有项目经理！的确没有，至少没有这个职位！但是有这样的角色，就是小组组长。他/她既要负责... [阅读全文]
产品需求分析,产品经理-需求分析的六原则
原则1：永远不要显得比客户更聪明 了解需求，而不是去批评客户。你熟悉的是产品和技术，而客户客户比你更熟悉业务的环境，客户总是知道问题在哪儿，你的工作就是要让他们自己愿意说出来，而且要深入的去挖掘问题的本质和客户的潜在需求。产品经理应该有逐步成为领域专家的意识，只有这样业务和产品才可能真正匹配。 原则2：尊重用户的现实选择 客户永远是对的，许多客户提出的需求，在经过了我们人为的过滤之后，被打上... [阅读全文]
团队主管的职责,软件开发团队主管易犯的十个错误
英文原文：10 Mistakes That Software Team Leads Make 本文是Roy Osherove在Skills Matter的一次发言，他介绍了团队领导经常会犯的十个错误，并提出了一些解决方案。 Roy首先提出几个团队领袖可能遇到的一些问题： 我如何说服我的团队做某件事情? 我该拿团队里的那个专门搞事的家伙怎么办? 我该如何做一个团队领袖呢? 我们为什么无法远离无谓... [阅读全文]
项目管理思维,IT项目管理的六种错误思维
错误一：错误的需求调研阶段，导致很多项目永远无法结束! 在软件行业，在界面设计没有正式展现给客户之前，所有的工作都处于需求调研阶段。其实建筑行业已经给我们做好了先例：客户买房子之前是先要看看样板房和模型的，什么都看不到，这房子你敢买么?除非你不是自己住！而在我们所学的软件工程概念模型中，这是三个阶段：需求调研、需求分析、概要设计。 在客户把他们想要管理的业务模块以及与之相关的业务数据... [阅读全文]
快捷方式管理软件,软件公司的两种管理方式
这篇文章是我的一个外国的同事Gareth推荐给我的，我和他一起工作过一段时间。他之所以觉得非常不错，是因为这篇文章让他身有体会，他觉得我也一定会有体会，并让我考虑一下翻译到我的blog上来。我看完后觉得很有代表性，而且觉得说得太对了，所以翻译过来，希望大家都读一读，最好转给你的公司老板。 这篇文章来源于 StakeExchange 上的一个问题——“为什么BA和... [阅读全文]
中国十大绑架,产品不要被技术绑架的十大注意事项
“不可能的；有难度的；你懂不懂技术的；这个功能要放在二期才能做；要做可以但需要时间；把那个项目停掉我就给你做……”，如果经常听到技术这样说，那你的产品很有可能已经被技术绑架了，接下来你想再多的功能，只要技术说不可以那就没戏。 1、正确选人 ——做网站的技术开发，必须是个技术牛人，要像科学怪人那样的人最好，为实现一个功能可... [阅读全文]
敏捷项目管理,动起来再调整 - 向项目经理推荐敏捷
要成为一个好的项目经理需要学会逆水行舟。虽然顺水推舟有时也能到达目的地，但学会逆水行舟，你才能到达任何地方。 “虽然很有道理，但我认为现实不允许，很多项目都有规定的期限。中途还有给客户演示效果，往往实际项目中都是按最后上线日期来进行项目规划管理的。” “写得不错，但是有些建议过于理想化了。毕竟说得很有道理，但实际中具体做起来又不是那么一回事了。” 这... [阅读全文]
如何打造高效团队,打造高效的技术团队,我会关注的7个点
1：使用分布式的版本管理系统 如果你觉得不需要使用版本管理系统，那我们沟通会有代沟，如果你是cvs、svn的粉丝，或者由于某种原因没有使用过分布式版本管理系统，比如git，那强烈建议你去看一下“why git is better than x”。 2：一键式发布 这里发布的目标位置，既可以是开发机，做本地测试；也可以是测试机，为QA准备好捉虫游戏的森林；还可以是生产环境（... [阅读全文]
软件冲突怎么解决,软件研发中的冲突及解决之道
深圳易方数码科技新技术研究主管，微软MVP时永安认为： 软件项目在研发过程中牵涉到很多利益相关方，这些相关方因为关注角度的不同，会产生很多矛盾冲突。这些冲突，轻则打击士气，拖延项目的进度，重则使项目无法正常进行。在我这些年的软件项目管理工作中，遇到过各种各样的冲突，其中最常见的有：项目开发周期的冲突和团队内部人际关系的冲突。 软件项目的研发周期，本来是应该根据项目工作量和开发人员情况来估算的。... [阅读全文]
项目经理工作心得,较大型项目的产品工作心得
最近做的一个项目从需求分析到上线绵延了四个月之久，这也是目前接手过功能点最繁复，产品线对接最多的一个项目。从中得到的一些关于设计较大型产品的心得，拿出来跟大家分享。 立项前 1、统一元素设计需考虑周全 也许是初创团队的缘故，我不得不感叹团队对产品经理要求之严格之缜密，项目全程只有一个人负责，所以大到产品线对接，小到一句提示的位置和展示形式都需要一一推敲。 哪些元素应该做到统一？ A、提示方面：统一... [阅读全文]
不可能完成的任务,如何完成看似不可能完成的任务
先说一下背景，这是我工作10来年遇到的一个很特殊的案例。我和组员在入职的第一天就接到了任务，在完全不熟悉公司内部流程、研发资源、测试资源和项目背景以及需求的情况下，就按照项目方的意愿给出了一个DeadLine, 虽然当时会议上没有要求表态，但是要求第二天需要给出具体的研发完成时间。 时间紧、任务急、一切都还是未知数，这个看似不可能完成的任务确实给了我个下马威，以前虽然遇到过非常着急的项目，但是那是... [阅读全文]
管理杂谈,基层管理杂谈
几乎每种行业都有基层主管（或基层管理人员），而软件行业的基层主管一般是项目经理、技术经理、开发经理、组长等。其职责是资源协调、风险预估、项目管控、团队建设，说白一点大多数的企业现状就是项目负责人带领团队攻下一个又一个项目的过程。很多公司以项目成败作为项目负责人考核的唯一标准，因为项目规模、成本、客户满意度等容易量化，并且是直接跟公司的利润有很大关系；而相反团队建设却难以衡量，如何衡量一个普通技工晋... [阅读全文]
devops,我眼中的DevOps
相关文章：DevOps，不是一个传说！ 过去一年以来，一批来自欧美的、不墨守陈规的系统管理员和开发人员一直在谈论一个新概念：DevOps。DevOps 就是开发（Development） 和运维（Operations）这两个领域的合并。（如果没错的话，DevOps还包括产品管理、QA、*winces* 甚至销售等领域） 脱节(The Broken) 那么……为什么要合并... [阅读全文]
广州创业项目故事,项目的故事
这是关于一个项目的故事，与其它项目相比，既不非常复杂，也不是很简单： 一个应用程序与数据库以及其它两个系统通信。这在技术和架构角度都是主流，而在管理角度则是标准情况： 所有工作都应该在昨天完成，但还有很多没有完成的。简而言之，“这很难！” （这是开发者经常表达的一种情绪，但是谁都不会太大声地把它喊出来。） 为此我们创建了团队。雇佣了四十位员工并指定了他们的角色。我们把团队... [阅读全文]
大项目的英文,大项目的思考
引言：进入现在这个我们内部号称“豪门”的项目已经两个多月了。现在回想起进入项目前一位前辈的话：“大项目有大项目的问题，但大项目也有很多东西可学“，自己此时深表赞同。两个月的时间，自己从刚来前两周的观察学习，到现在的基本融入，在这个过程中自己有了很多的想法和思考。 为什么测试这么难写？ TDD的开发实践保证了代码的可测试性，那么当TDD的T变的非常难写... [阅读全文]
devops,DevOps,不是一个传说！
DevOps最近成了热词，望文生义，你也能猜个八九不离十，它就是在说"研发团队"与"运维团队"之间的那点事儿。那么，到底什么是"DevOps"呢？ WikiPedia上说："DevOps是软件开发、运维和质量保证三个部门之间的沟通、协作和集成所采用的流程、方法和体系的一个集合。它是人们为了及时生产软件产品或服务，以满足某个业务目标，对开发与运维之间相互依存关系的一种新的理解。"这恰好体现了精益管理... [阅读全文]
好员工在哪里,项目管理杂谈-员工的积极性在哪里?
项目开发过程中，每每有人感叹，曾几何时，队伍如何好带，如何好用，而如今，人心繁杂，队伍不好带了。很多人的想法是“人望高处走”，不停的寻找待遇及其他方面更好的单位。其实，这种现象在当今社会也很平常，尤其在中小企业，毕竟，在经济等利益的驱使下，有几个人会与金钱过意不去。但所谓“良禽择木而栖”，只有适合自己的才是最好的，因此，也有一些人会坚守阵地，作为项目... [阅读全文]
pm工程师,PM与工程师续
不久前我写了篇日志《PM与工程师》，讲我的一点经验，PM如何与工程师协作。但是知易行难啊，最近我们的工程师也有点小抱怨，认为需求变动较多，太折腾了。我听到以后很警惕，查了一遍，发现变动的需求大部分还算合理。半年多来一直强调敏捷，敏捷，有什么想法就快速发布出来，再根据上线效果进行调整。因此“一步到位”的方案是不可能的，而快速调整是必须的。 这时工程师就有意见了，觉得后续的修... [阅读全文]
管理杂谈,项目管理杂谈-我所期望的新人
在项目过程中，会有旧面孔的离开，但也有到很多新面孔的加入，什么样的新人是比较讨喜的呢？作为管理者来说，最希望花最小的代价而获得最大的收益，但事实上这样的新人太少了，下面从几个方面谈谈我在工作中期望的新人。 我所指的新人有两种，一种是刚毕业，没有什么工作经验的应届大学生；一种是已经具有一些工作经验的跳槽者。 很多时候，我们都不愿意招聘应届大学生，尽管其有着一些优点，比如说是白纸一张、有着求知欲，好塑... [阅读全文]
梦幻工具箱,敏捷教练的工具箱
学习并不是简简单单的阅读和浏览，而是一个积累的过程，一个通过持续的学习，对自己的知识体系不断丰富、索引的过程。接下来我会从四个方面入手分享我的经验。 高质量的信息源和高效的学习 Google是一个很好的工具，通过它，我们可以找到很多很好的资源，但前提是必须先知道要搜索的关键字，没有关键字，就不知道该查什么。多数情况下，人们都是在不可能知道自己不知道什么（Unknown unknown）的状态，... [阅读全文]
