- 博客(4)
- 资源 (3)
- 收藏
- 关注
RSS订阅原创 一次团队梳理工作的备忘
接到一个梳理某团队的人力情况、形成人力调整建议的任务。于是做了以下四件事。 1.从项目的角度分析团队承担的工作内容。逐一整理该团队承担的项目情况，将项目按状态分为维护、开发、计划几类，按重要程度分成重要、次要，并对需要长期投入的基础性项目进行重点标注。 2.从人员的角度分析每个人的技术水平、负责的工作。按人统计，将每个人的技术能力、级别，所负责的主要工作，所参与的项目、负责的项目进
2014-07-16 19:51:48
3286
原创 90% 之伤
“小刘，你的XX任务现在到了什么程度了？” “领导放心，完成90%了，很快就做完了！” 这样的场景还是很熟悉吧，不说每天都在发生，也是时常上演。90%是一个美好的数字，既能使我们踏实，也能使我们更加担心。于是在伤痕累累之后，我们再思考一下，90%是个什么概念呢？ 要想回答这个问题，我们还是得从100%说起，也就是“完成”的定义。到底什么是完成？是写完了代码，是已经调试结束，
2014-07-09 20:25:06
2199
原创 移动开发团队的测试实践
测试是软件工程过程的一项重要活动，其重要性、必要性无需多言，但是，在Android开发团队中，认真执行测试工作的却少之又少，没时间往往成为最有份量的理由。但这个理由在一个注重质量、注重代码长期演进的项目当中就站不住脚了，不久以后的几个bug、几次重构就要花费更多的时间。那么在移动开发中的测试要做些什么呢？下面就介绍一下一个Android开发团队的测试实践。 先来说单元测试，这个最基础的测
2014-07-03 20:57:30
1943
原创 利用优先级拥抱需求变更
需求变更这件事，每个开发人员都遇到过，每个产品经理也都遇到过。 以前，我们会追求需求不变更，但无论是产品型团队还是项目型团队，需求不变更都是天方夜谈，不可能实现的。即使把需求变更的成本提得很高，流程搞得很复杂，又要填变更单，又要几级经理审批，又要需求评审，依然无法避免。 于是，团队的目标变成了少变更，希望尽量少的变更既能满足业务的需要，又能减少开发团队的反感。但‘少’是个相对的概念
2014-07-01 20:06:18
2468
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人