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