摘要：https://www.infoq.cn/article/O9EB6Fyfyct4Rm2GmKP9
阅读全文
随笔分类 - 项目管理
摘要：当时刚入职时，三个人做一个电路板。虽然电路复杂一些，还是有一些人力过剩的，所以我就被安排去写一个PCI转UART的逻辑。 我当时是新员工，也急于表现自己，利用周末的时间，估计用了一周的时间，就写完代码，开始仿真了。我以为我的导师兼主管会表扬一下，结果没有，他说：“你为什么没有召集大家讨论？然后再写方
阅读全文
摘要：曾经有个新入职的小伙伴问我这么一个问题：“老大，像我这样的菜鸟，是不是还有很多东西要学？感觉现在压力好大，每个方面都缺好多，学不过来”。 我只回了他两个字：“淡定！” 这是每个研发团队都会面临的难题，当一个新人并不具备足够的工作能力，而只有满腔工作热情的时候，如何让他在实例的磨练与出彩的绩效之间达到
阅读全文
摘要：一个好的技术管理人员需要知道的几件事： 1 清楚技术在公司的定位 公司是业务驱动型公司还是技术驱动型公司，明确基本的技术工作重点，支撑业务，服务业务，还是技术创新。清楚定位将有助于你整体的技术路线和团队的规划。 2 清楚目前公司最急需技术解决的问题，以及今后可能会面临的问题。 听起来有些矛盾，但实际
阅读全文
摘要：团队必经的五阶段： 1.成长期 2.动荡期 3.稳定期 4.高产期 5.哀痛期 好团队的七个特征： 特征之一：明确的团队目标。 特征之二：共享资源 特征之三：不同的团队角色 特征之四：良好的沟通 特征之五：共同的价值观和行为规范 特征之六：团队归属感 特征之七：有效授权 特征之二：共享资源 特征之三
阅读全文
摘要：升级技术架构，先要革新观念，最后才是技术问题 升级技术架构，不仅仅是技术升级 说到升级架构，大家第一个都会想到，是不是对技术升级一下就可以了？ 我认为不是，技术架构升级要求的是整个公司的升级。 技术架构的变化，直接映射的就是成本投入的变化。如何让其他合伙人明白你的投入是值得的？比如业务合伙人可能质疑
阅读全文
摘要：程序员都讨厌被管理，而乐于被领导。管理的角色由PM（project manager）扮演，具体来说，PM负责提需求、改改改。大多数情况，PM是不懂技术的，这也是程序员觉得PM难以沟通的原因。而后者由技术领导（technical leader）担当，当然技术领导更接地气的叫法是组长、老大，后文统称为技
阅读全文
摘要：敏捷思想的出现让我们看到了新的曙光——以更低的风险、更高的效率开发出更具质量的软件产品。正因如此，敏捷方法得到了业内足够的重视并使各路团队相拥实践。然而，即便我们对于各种敏捷原则、范式、方法和流程了如指掌，仍会发现其所给组织带来的改善远达不到我们的预期。这究竟是为什么？造成这种困境的根源并非我们学得
阅读全文
摘要：需求管理目标: 需求管理的目的是在客户和处理客户需求的软件项目组之间建立对客户需求的共同理解。需求管理的目标有两个： ? 使软件需求受控，并建立供软件工程和管理使用的需求基线。 ? 使软件计划、产品和活动与软件需求保持一致。 在需求管理过程中，为实现第一个目标，必须控制需求基线的变动，按照变更控制的
阅读全文
摘要：讲故事的过程我们一般通过需求讨论会的形式来进行，确保以上应该参与的人员都到场。既然是个会议，我们就必须确保会议的高效，这里可以参考三星高效会议的8点原则： （1）凡是会议，必有主题；（2）凡是主题，必有议程；（3）凡是议程，必有决议；（4）凡是决议，必有跟踪；（5）凡是追踪，必有结果；（6）凡是结果
阅读全文
摘要：我先做一下自我介绍，我是 2007 年加入的 Google，在 Moutain View 总部任 Google SRE，今年年初回国加入 Coding。 在 Google 我参与了两个 Project，第一个就是 Youtube，其中包括 Video transcoding, streaming 等
阅读全文
摘要：在此之前，我想说明一下我观点里的这个“专职QA”是怎么定义的。其是很多公司成立的专门做测试的技术人员，仅测试不开发。这些QA对于软件开发技术并不熟悉，甚至不懂。我经历过一些公司都有专职的QA团队（专职的测试人员），自从上个公司我的开发团队在一个项目上被QA部门搞得一团糟，我越来越怀疑专职QA存在在意...
阅读全文
摘要：1）软件工程师分工分得越细这个团队就越没效率，团队间的服务化是关键的关键。不管是从语言上还是从软件模块上的人员分工，越细越糟糕。服务化不是我要帮你做事，而是我让你做起事来更容易。2）你总需要在一个环节上认真，这个环节越往前就越有效率，越往后你就越没效率。要么你设计和编码认真点，不然，你就得在测试上认...
阅读全文
摘要：对于很多公司来说，代码审查是开发人员日常工作中的重要环节。通过代码审查，可以及早发现项目中存在的问题、促进同事之间的沟通与交流，并且可以在讨论中迸发出智慧的火花。但要想成功实施代码审查却并不是一件轻松的事情，为什么要进行代码审查、何时做、如何做，这是摆在我们面前的3个重要问题。针对于这3个问题，开...
阅读全文
摘要：【摘要】 测试用例英文名叫Test case，测试用例是开展测试工作的重要一项，测试用例是否完善、质量高低以及执行的情况如何是影响软件测试结果的一个重要方面。可以说测试用例是软件测试中一个举足轻重的因素。本文就有关问题进行阐述。【关键词】测试用例概述用例文档（checklist），是关于具体测试步骤...
阅读全文
摘要：软件测试方法种类繁多，记忆起来混乱， 如果把软件测试方法进行分类, 就会清晰很多。 我参考一些书籍和网上的资料， 把常用的软件测试方法列出来， 让大家对软件测试行业有个总体的看法。从测试设计方法分类测试名称测试内容Black box黑盒测试把软件系统当作一个“黑箱”，无法了解或使用系统的内部结构及知...
阅读全文
摘要：BuildDatabase在一些文档规范严格的公司，实际上是同时有一份开发文档和测试文档的。但开发人员在整个开发过程中，并没有参考测试文档，所以最后就很容易造成测试阶段开发人员不断地返工，开发人员和测试人员之间矛盾尖锐。但最终80%的情况，还是开发的问题，毕竟你是做事的人，人家是检查的人。所以为什么...
阅读全文
摘要：大家接触到的需求文档是什么样子的？我从来没有看到过一份我满意的需求文档。都是word格式的，文字加上图片说明。文字都是简单的陈述句说明，比如：用户名不能重复。简明扼要，是不是？是你妈个逼！sorry，我爆粗口了，但这种文档真的会让你疯掉的！你觉得这是一个很简单的需求，是吧？然后你就噼里啪啦的开始编码...
阅读全文
摘要：一、如何评价？如何评价项目的好坏(从客户角度)功能：按期，效益，体验，稳定性(性能)，扩展按期完成功能是一定的，不然会被辞退，绩效考核才是最重要的稳定性的指标：可用性 绩效考核指标：(分钟-故障分钟)/总分钟一个项目的开发流程：需求(文档)->>>原型(需求可行性) ->>>设计（技术选型）(...
阅读全文
摘要：敏捷是一种管理软件的系统方法我们需要回到原点，找出敏捷的精髓。在2001年，17名软件大师提出了敏捷宣言，但是敏捷宣言并没有规定怎么做：个体和互动高于流程和工具工作的软件高于详尽的文档客户合作高于合同谈判响应变化高于遵循计划他们还提出了12条原则，其中的一些规定了做什么（比如业务人员和开发人员面对面...
阅读全文
摘要：这篇文章来源于 StakeExchange上的一个问题——“为什么BA和PM的薪水要比程序员要高？”，顶在一楼的回复分析了这个原因，并指出了两种管理文化。———————————————————正文开始————————————————————一个简单的回答应该是——“因为在我们的社会里，我们总是会认为...
阅读全文
摘要：Amazon用一种T-Shirt Size 估计的方式来做项目。产品经理会对每一条需求评估上业务影响力的尺寸，如：XXXL 影响一千万人以上或是可以占到上亿美金的市场，XXL，影响百万用户或是占了千万金级别以上的市场，后面还有XL，L，M，S，这样下来。开发团队也一样，要评估投入的人员时间成本，XX...
阅读全文
摘要：老师展示的是这样的一张图：这就是项目管理的九大领域：整合管理、范围管理、时间管理、费用管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理。项目管理好像一头大象，将其大卸九块之后，要装进冰箱就容易多了。看看书上是怎样解释这九大领域的：整合管理：包括识别、确定、结合、统一与协调各项目管理过程组内...
阅读全文
摘要：本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高...
阅读全文
摘要：交付管理。 说白了就是要保证项目的按时交付，为了达到这样的目的，作为项目负责人需要关注交付范围，预算，人员计划，发布计划，并且需要实时监控项目进展，评估是否有潜在风险以及应对措施。客户管理。 有些团队可能没有我们平常意义上的客户，但是每一个客户都有一个广义上的客户。你可以认为你是boss，就是你的客...
阅读全文
摘要：我认为一份好的分析报告，有以下一些要点： 首先，要有一个好的框架，跟盖房子一样，好的分析肯定是有基础有层次，有基础坚实，并且层次明了才能让阅读者一目了然，架构清晰、主次分明才能让别人容易读懂，这样才让人有读下去的欲望。通常要遵照：1、发现问题--2、总结问题原因--3、解决问题，这样一个流程，逻辑性...
阅读全文