2012年终总结

团队

职责独立

三类角色:产品负责、流程管理、设计实现

当前产品研发过程,以研发技术与经验为中心,轻视了产品经理、流程管理的专业性,导致产品开发有闭门造车的迹象、易用性不足,管理流程不清晰、整体效率低、员工积极性低。

更危险的是,似乎有“产品使用越复杂,价值越高”之类的意识,以这种意识面对相对封闭垄断的市场或许不是主要问题,但如果面对开发的市场竞争的话,前景堪忧。

 (以下两图来自陈勇的”火星人敏捷开发手册+2012-12-25“)

 

产品负责

职责

需求调研、业务流程设计、需求讲解、完成评审、BUG审查与追踪

 

当前问题

开发前,描述产品功能不详细,轻视操作流程设计,轻视操作体验的设计,轻视先完成系统测试用例后开发的作用;开发后,轻视测试人员对使用流程的反馈,对已部署产品,缺少追踪和统计使用情况。

一个产品在封闭垄断的市场卖了10年,不表示产品就很好了,如果开发完全开放市场的产品,或许早已被淘汰。

 

解决思路

先认识到问题。

流程管理

职责

事事有流程,以明确性和效率为标准,建立长期的重要的多人的事务的流程规范。

有些流程有隐含性、不确定性、低效性。流程形态包括当面或存档,纸质或软件。

 

当前问题

之前只有原始的意识,产品愿景、需求、设计、开发(、联调)、测试、部署、售后,缺乏对各步骤深入的认识,执行起来有形无神,意识到问题又缺乏严谨务实的态度去探索、实践、总结。

随着新任领导的上位,又开始了新一轮的建立规范。如果没有严谨务实的态度,深入细致的观察,坚持不懈的魄力,很难有本质的效果。

对很多事务,仅限于口头上的请求(计划),没有后续的响应,影响积极性和造成隔阂,特别是领导主动发起的事务。

 

解决思路

先认识到问题。

内网BUG管理与内网邮件系统算是正面的,但毕竟解决的问题范畴有限。后续可以考虑扩展,外网邮件自动转内网,BUG系统联网。

联调规范是与我近期直接相关的了,差点就低效的郁闷的出差了,领导希望尽快去杭州联调,但领导可能都还没有问过联调各方是否已经具备联调条件,就下令了,更别说主动审查各方是否具备联调资格(例如自测情况)。

设计实现

职责

风险分析、估算时间、分析接口、架构设计、编写测试、开发模板、批量开发

 

当前问题

任务交叉太少,不利于知识沟通与团队效率,几乎没有对技术精进讨论。

随意污染接口(遇到难点或烦点,只看眼前少些代码的利益,没有实测的效率挡箭牌),满足于可行,不要求符合原则,结果是耦合度大,维护扩展成本大或无法完成;为文档而文档,不务实,不从实际需要文档的场景出发建立标准;分析设计复杂问题缺乏三思(通常以为一次没有多少准备的会议就能确定),漏洞太多,导致返工太多;工作量估算技术比较原始,缺乏严谨的尝试实践总结流程来提高准确性,导致估算偏差过大,既失控又不能衡量绩效。

 

解决思路

先认识到问题。

知识积累

知识范畴:各角色各环节理论、方案、模板、组件

知识库和产品都是财富,感觉严重不重视知识库的积累,只重视产品带来的眼前的利益。

 

氛围进取

目标清晰、能力清晰、问题清晰、奖罚清晰、团队思考、沟通务实

每个人都有自己的思维定势和偏见,通过公开的积极的讨论是启发思维的很好途径。氛围对公司的意义,类似于教育对国家的意义。目前,公司缺少积极进取的团队氛围。

理想的情况,所有员工都能明确公司、团队、个人当前需要解决的问题与问题的价值,公司要鼓励员工积极主动的参与解决公司、团队问题,提高自己能力,同时通过解决问题获得回报,体现自己的价值。

个人

2012完成情况

技能指数变化

领域

技能

原先

当前

说明

流程控制

企业文化

25

35

原先:意识到重要性,并重视

当前:重视最基础的沟通,做出尝试

风险迭代

55

60

原先:经验积累

当前:经验积累

流程分工

40

50

原先:初步实践

当前:实践缺陷管理、邮件系统,意识到可以推广到通用流程(Redmine

节奏控制

50

50

原先:持续实践

当前:缺少突破,还无法驾驭游戏,起床和步行思考是正面的

产品质量

解决方案

30

40

原先:意识到重要性,初步实践

当前:形成明确的认识

需求分析

25

60

原先:持续实践

当前:持续实践,简化形式,突出重点

架构设计

50

60

原先:持续实践

当前:持续实践,简化形式,突出重点

代码实现

70

75

原先:CLR框架与应用模板持续重构

当前:应用模板持续重构

知识库版图

 

30

35

原先:意识到重要性,初步明确

当前:意识到项目过程中实践层面的职责独立与制衡,以及部分敏捷实践

 

目标完成情况

主要目标

自学界面设计原则,掌握XMAL界面编程语言。完成50%

尝试通过明确的测试体系方案和自动化测试工具,达到量化软件质量。完成50%

 

次要目标

尝试使用GIS/GPS接口开发应用。完成100%

尝试使用Kinect / SAPI接口开发应用。完成50%

2013目标

UI设计实践指导:总结自己的,借鉴优秀书籍,建立理论与方案、方法体系

提高质量的实践:测试先行、代码审查、测试报告、调试效率

提高效率的实践:通过Redmine类的软件物化流程量化效率,通过便签、闹钟类工具优化思维节奏与应用模板

写学习过程博客

 

posted @ 2013-03-10 10:34  K.NET  阅读(544)  评论(0编辑  收藏  举报