![](https://img-blog.csdnimg.cn/20201014180756927.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
技术管理
文章平均质量分 68
Leo笑
行业软件测试专家;两个孩子的爸爸;股市业余韭菜
展开
-
学习质量管理体系
9000系列质量管理体系的七项原则;C版与B版的主要差别。原创 2022-10-17 15:24:16 · 581 阅读 · 0 评论 -
关于过程改进和能力提升2-体制机制是关键
前面活得爽的一般是依赖几个大客户,每个一两百万,一年搞个上千万,毛利一般四、五十,投入也就是人工,设备投入在早期的测试工具、仪表之后,一个十来人的小公司,活得真的很爽。相对建设类项目,这种边缘化的小项目,大家都不愿找麻烦,或者为避嫌,大一点的项目,也更愿意交给国资背景企业去合作。前面一直在规划的,验收测评以外,杀入信息安全测评、等保测评,投入相对比较大,找到关系人引路以外,还得投入过千万,招聘团队,投入培训考证,购置相关工具,在目前的市场状态下,回收周期不短,风险非常大。原创 2022-09-13 14:32:00 · 118 阅读 · 1 评论 -
关于过程改进和能力提升
最近在负责公司的过程能力改进,自己拟了个改进大纲,主要包括两大部分:体制机制建设层面;公共能力建设方面。个人能够推动的主要是第二部分。原创 2022-08-18 17:10:44 · 331 阅读 · 1 评论 -
部分特定领域的信息化检测管理要求和获认可机构目录
1、2020-11-20 中国支付清算协会 《商业银行应用程序接口安全管理检测规范》和《移动金融客户端应用软件安全检测规范》2、《非金融机构支付服务业务系统检测认证管理规定》二〇一一年八月九日 http://www.gov.cn/gzdt/2011-08/12/content_1924762.htm3、商用密码测评机构...原创 2021-07-13 01:06:25 · 2223 阅读 · 1 评论 -
聊天的一点笔记--顺便浅谈技术服务公司的激励制度设计
前两天和公司的销冠(某部门老总)、本部门的销冠一起聊了会天,感觉销冠就是销冠啊,确实很有一套。难怪我们这个部门搞不过人家,单论思想深度就完全是降维打击啊。目前我部门基本就是:公司分成若干事业部,以及平台包括财务、人事、商务部等所谓的支撑部门。每个事业部分两大体系,一个是销售,负责打单;一个是实施,负责干活。基本就是处于维持基本温饱,略有盈余,部分团队甚至任务不饱满的情况,新业务基本没有拓展。销冠的部门目前与我部门比,人均两倍收入。任务饱满,处于挑活赶状态。结果去年有几...原创 2021-07-01 18:07:44 · 131 阅读 · 1 评论 -
《政府采购货物和服务招标投标管理办法》指明的方向
目录 前面我在《电子政务系统设计的困惑和思考》的博文里提到,“应该加强最终的绩效考核环节,对最终绩效负责的,有最大话事权。减少各种专家和管理环节,加大追责力度才是正道。””责任应该交到具体业主单位自己去承担”。原来还是自己学习不够,其实今年4月30日,财政部已经发布《政府采购货物和服务招标投标管理办法(修订草案征求意见稿)》,在配套的修订说明中,明确指出: 1.强化采购人主体责任,提高采购人在评标中的话语权。具体包括以下几个方面:一是放开评标委员会成员中的专家比例限制。取消...原创 2021-06-24 11:24:04 · 223 阅读 · 0 评论 -
电子政务工程造价指导书关于技术服务类取费的内容
最新版是2019版,和工信部与深圳市信息协会合作编写的《信息工程造价指导书》相比,其实内容什么的很相似。其中关于技术服务类的取费:1、咨询设计类的: 前期咨询3000w投资额基价27W,不到1%,偏低。感觉不是做设计,是在走流程,帮助按格式编制文档; 工程设计类取费梯级和金额相对较高,前期广州市的建设方案编制参考的这...原创 2020-03-03 14:38:51 · 6194 阅读 · 2 评论 -
信息技术服务领域的工作知识体系构建工作方法
疫情期间家里蹲,正好梳理了一下的信息技术服务领域的工作知识体系构建方法。做测试和咨询作为一种第三方服务,知识体系面临主要问题有:1)面对领域内的各种客户,实际需要了解的知识面太广,难以深入。2)而从业人员素质相对较差,难以形成良好反馈。3)服务的主要是财政相关客户,地方性、行政性色彩很浓厚,各种政策性要求要很清楚,地域性限制很强。强大的知识体系库建设是一个很好的基础,但实际工作中发现总...原创 2020-02-16 15:50:20 · 537 阅读 · 0 评论 -
转载:年终总结写法
个人评论:干了什么最重要。但:年终总结对个人很有意义,有必要对自己负责的态度好好回顾一下,整理清晰,确定一下明年甚至未来3~5年的工作目标。所谓:事不预则废;人无远虑,必有近忧。尽量多用数据和实例。编程的多抓写动态页面和能够展示自己的技术难题解决过程。——————————————————————————————这两天小编求资料找灵感时,都被程序员同事、朋友、路人甲以要写年终总结没时间...转载 2019-12-09 16:27:46 · 404 阅读 · 0 评论 -
项目质量管理
对项目经理来说,项目质量管理是确保项目实现预期目标和各个利益相关方满意的关键;对企业来说,项目质量管理是确保项目成功,同时也是提升项目管理规范性的关键。作为优秀的项目经理,要通过不断学习和实践,学会正确地借助企业质量管理体系的力量,结合项目自身的特点,制定适合自己项目的质量管理框架和策略,认清项目内质量缺陷传递的路径和关键控制节点,制定适宜的项目控制计划,在项目过程中开展质量控制工作...原创 2019-05-08 10:42:48 · 345 阅读 · 0 评论 -
一点思考:研发型公司内部测试部门的问题和任务
一下的表格是2012年12月关于研发型公司内部测试部门的问题和任务的一点思考。原创 2019-04-22 14:19:38 · 769 阅读 · 0 评论 -
Moodle使用心得
用201607最新的Moodle3.1.1版本在win7下验证。一、插件与小工具1 zh_cn 中文包 MoodleData2 feedback 调查问卷插件 Moodle3 moodle_quiz word模板,编辑试题 不如MQE好用4 mqe 编辑试题产生xml格式试题文件的小工具,改完要自己在题库修改多选题的错误选项的得分5 moodle-11...原创 2019-04-09 17:14:43 · 3054 阅读 · 5 评论 -
开源项目的选择、使用和二次开发
同样是笔记摘录自---极客时间 李运华 《从0开始学架构》。对应的博客:https://blog.csdn.net/yunhua_lee/article/details/50786287使用开源项目的正确姿势,都是血和泪的总结0、引言DRY,Don’trepeatyourself:不要重复造轮子。1、选择合适的,而非最NB的; 尽量选择成熟的开源项目,迭代过,演化过,...原创 2019-07-02 16:03:55 · 1640 阅读 · 0 评论 -
一般公司的项目管理发展阶段
学习笔记,来自《微权力下的项目管理》 图1 项目管理从野蛮生长大敏捷的演进历程1、威权和独裁阶段 草创阶段,依赖NB的创始人,一个人啥都管,从业务到产品到工程到售后全面管理。牛人实际就是一个搭好的产品经理。2、职能化阶段(授权) 公...原创 2019-04-08 10:32:03 · 1106 阅读 · 0 评论 -
项目管理的抓手--项目评价
1、项目成功的三个层次个人成功:过程符合+多快好省地达成目标 团队成功:项目相关方都满意+团队成长 组织(公司)成功:有力地支撑了组织的战略落地 最好当然是三者目标一致,但实际情况是,经常出现三者不一致的情况。笔者当年就是傻乎乎地,经常被忽悠,老板的豪宅因为自己的加班多了个卫生间,笔者还在纠结是否可以把荣耀换成个华为Mate手机。年轻人,早点认清这个残酷事实,别总是被忽悠去当炮...原创 2019-05-08 18:52:27 · 1516 阅读 · 0 评论 -
项目管理和项目经理理论学习的一点笔记
摘抄自《微权 力下 的项目 管理》ch1 项目挑战根源1、项目的5个特点 临时性、唯一性、不确定性、跨职能性、变革性。 相应带来组织的不确定性、项目的独创性、风险伴生、多维度协调、原有格局的打破等。 注意,这个里面说的项目定义我感觉特指大企业(集团)内部的组织管理类项目、开发项目等,和通常说的XX公司完成XX项目,例如一个开发公司去做个部署实施;一个测评公司做个三...原创 2019-05-10 11:46:27 · 341 阅读 · 0 评论 -
PMO的定位和使命
1、分类 战略型PMO 衔接战略规划与企业各类项目之间的关系,确保战略目标实现。应该主要就是立项目、砍项目。监控战略重点项目 典型:项目组合经理 CEO公司级 控制型PMO 一般肩负质量管理和项目管理双重职责。 典型:项目质量保证 部门级常见。 运作型PMO 负责项目运作,项目经理由PMO派出。 强矩阵结构。 典型:项目经理 直接上...原创 2019-05-10 12:06:59 · 2773 阅读 · 0 评论 -
项目管理工具箱
根据学习笔记整理,大部分工具前面有应用过,但都没有仔细研究。这里只是做个备忘。1、项目启动阶段a、目标网络b、复杂性评估c、项目商业论证2、项目进度计划工具方法比较3、成本估算类型和计划工具比较4、 进度管理工具5、成本管理工具6、绩效报告工具7、风险管理工具8、干系人管理工具...原创 2019-05-22 18:19:20 · 1045 阅读 · 0 评论 -
学习管理的常识
这一周比较闲,等着国庆放假,阅读了一本《管理的常识》。下面是一些觉得有价值的观点记录:0概述a、管理所谈的效率就是劳动效率、组织效率、个人效率,顺序不能颠倒。个人理解,劳动效率比较容易度量,组织效率相对容易界定,知识工作者的今天,个人效率需要激发个人的认知。b、管理要让下属明白什么事最重要的。管理不谈对错,知识面对事实,解决问题。管理是管事,而不是管人,要让组织目标和个人目标合二...原创 2019-09-30 16:20:19 · 332 阅读 · 0 评论 -
关于工作以来的一些问题的思考
工作10年,主要做行业软件系统测试,但现在是越来越困惑。进来针对工作以来各方面面临的一些主要的问题,做了一些简单的整理和思考。一、战略与定位组织的主要业务领域是什么?主要客户是谁?未来几年的市场容量多大?我们的竞争对手是谁?我们要处于什么样的位置?(定位) 我们和竞争对手比,目前主要的优势在哪里?未来几年主要发展的优势是那些?有没有明显的弱点? 可能导致我们被迫退出市场(或急剧变化)的...原创 2018-08-22 17:34:30 · 1085 阅读 · 4 评论 -
项目管理和质量管理的基层管理工作小结
引言最近在整理这两年做项目管理和质量管理的工作,因为大部分时间都在做技术工作,这两年的工作做得并不顺,甚至因为一些体制和机制方面的原因,是有些敷衍的,但一段时间下来,还是有些感触,其实前面也写了,但这里还是要重新系统性地总结一下。其实,也就是一些管理方面的基本常识和老生常谈。说到底,还是要搞好体制机制。首先,管理的第一要务就是组织。职责划分明确,对应到具体的各项日常事务,划分清楚。责任明确,...原创 2019-03-20 10:10:15 · 200 阅读 · 2 评论 -
微服务架构与实践---常见工具记录
本文主要参考《微服务架构与实践》(王磊,博文视点,2016.1),架构师必看:微服务架构综述 - 帐前卒 专栏 - CSDN博客https://blog.csdn.net/cctt_1/article/details/78344253,https://www.jianshu.com/p/be52eeb5e9a5简书-微服务架构,对应探讨。1、构建docker映像工具:Docke...原创 2019-03-10 09:24:28 · 370 阅读 · 1 评论 -
看华为心声社区的几篇总裁办电子邮件有感
登录华为的心声社区,看了一下公开刊发的总裁办电子邮件。因为在网上基本上都炒过,到是没有什么感觉。只是看到总裁办电子邮件转发的内部论坛的各种文章,特别是评论,感到特别震惊:首先最震惊的就是这个内部论坛讨论非常活跃,这个并不奇怪。但是总裁办电子邮件转发的内部论坛的各种文章,特别是评论,对我来说真是震惊。所处的是一个集团下面的软件子公司,平时要干的就是给领导讲话排队点赞,这个是任务,必须执行...原创 2019-01-26 17:59:46 · 14722 阅读 · 1 评论 -
怎样算是“好”的软件测试用例--兼谈软件测试人员的评价标准
看了茹炳晟在极客时间的专栏,结合十来年工作的感受,也谈谈自己的看法。测试用例评价当然不能以是否发现问题来评估,毕竟测试是否发现问题,和被测系统关联很大。测试本身的一大作用,就是确认交付件(工作产品)的可接受度,也可以说是质量评估,或者系统发布的风险的信心程度。对于第三方测评,是按照某个标准来说,是否可以接受;对于内部研发测试,就是系统发布的风险度,是否在可承受范围内。一、测试...原创 2018-09-03 11:49:37 · 1526 阅读 · 0 评论 -
项目管理的一些基本认知
一、事务有明确的目的 经常接到推销电话:1)地产中介扫街,XX房子租、卖、看房等,告诉他一年内别打来,登记信息,下个月会再打,只好列为骚扰电话;2)培训电话,每月按时发邮件、打电话,要不要参加XX培训,告知他公司要求是年底报计划,年初报批,下个月还会打来。 所以,项目管理的基本要求是,人员对常态化事项的一个管理要求。如果人员对常态化事情不能合理地去甄别和处理,只是机械地去...原创 2018-08-30 10:40:18 · 1936 阅读 · 0 评论 -
人员管理的一个基本认知
通过最近一段时间的工作管理,感觉感受良多。就是对一些老生常谈,有了一些真切的感受。1、首先得理清楚部门职责。这个上面,新来的和上调的各有优势。理清楚是拓展职责、进取的基础,上调的有优势。新来的没有什么纠葛,一般对比情况下,容易看得清。如果是空降兵,可能还是会麻烦一些。总而言之,一些不太确定的职责,轻易不要随便接,很可能成为大麻烦。2、内部人员分工和组织。这个是比较麻烦的,如果个人权威较高,...原创 2018-08-31 11:39:32 · 763 阅读 · 0 评论 -
项目管理工作一点感悟
针对自己的工作的一点学习和思考,主要就下面几点:1、要做好项目管理,先得对管理对象了解。整个分成那几项工作,每项工作的工作过程,每个过程分解成哪些工作事务。到事务级基本就知道难点在哪,哪些可控哪些不可控了。在这个基础上来设计报表,进度成本质量跟踪就能有的放矢了。这个就是和人家开发的需求分析一样,这个不做好,架构就搭不起来。2、基础是做好任务管理,必须做好过程跟踪。对具体的任务要明确责任人、...原创 2018-08-21 12:03:55 · 4676 阅读 · 1 评论 -
CI基于Jenkins的简单实践
2018/8/8 按照《jenkins入门手册》下载了Jenkins的msi安装包,在Tomcat下安装,运行起来了。但是遇到一堆问题,而且现在家庭事多个人状态也不好,决定暂时搁置。1、邮件通知配置不起来。和前面禅道一样配置,禅道可以,Jenkins不行。2、调度器简单配置了一下,运行起来就是失败。2、暂时开发环境源代码、工程等没找好。另外书上是Git,但我们现在实...原创 2018-08-09 08:51:52 · 261 阅读 · 0 评论 -
禅道 (Zentao) + SVN 的软件开发生命周期管理工作流程
下面是对全面采用禅道的敏捷开发模式进行整个软件开发生命周期的管理简单介绍和整理。需求->设计->编码->测试->交付->维护,整个周期的六个阶段全部用禅道对应的功能进行规范化管理。岗位划分:1、产品经理(Product Manager) 2、项目经理(Developing Manager)3、测试经理(Testing Manager)4、高级程序员(一...原创 2018-07-25 17:21:16 · 2250 阅读 · 0 评论 -
重看禅道流程图体会
可能未来会需要更换一个跑道了,除了质量管理和测试技术外,项目管理和自动化测试框架技术必须要准备了。简而言之,人生轨迹可能要转换,得储备一些粮草了。 今天又把前面安装的zentao给调出来重温了一下。其实单论Bug管理,其实BugFree已经比较好用了。 zentao这个,简单说还是和矩阵结构的思路一以贯之的。产品经理负责产品维度,创建产品、维护...原创 2018-07-25 10:18:48 · 1590 阅读 · 0 评论 -
产品环境下的QA阅读摘要
TW洞见. 测试文集 (ThoughtWorks洞见)文章一、产品环境下的QA(1) 产品环境下的QA的特点0.产品环境的特点区别于普通QA:不能去测试,适合去主动监控; 收集真实的用户反馈必须和非产品环境的QA活动结合,不能独立存在Ops来完成QA的监控预警、反馈收集?重点在前向延伸(我觉得有些牵强)(2)产品环境下的QA实践情况产品 环境原创 2017-10-11 14:34:01 · 581 阅读 · 0 评论 -
转载:Facebook SapFix告诉我们:自动修复缺陷时代已经来临
转载前言:智能时代正在来临,AI不能替代的就是选择。也许透明化的结果就是,地球终将留给AI,人类的目标终归星辰大海……转载来源:https://mp.weixin.qq.com/s/CwtTdtKS161iBYAau0eUrA Facebook悄悄地构建并部署了一个名为SapFix的人工智能编程工具,可以扫描代码,自动识别错误,测试不同的补丁包(patches)并建议工程师可以选择...转载 2018-09-14 14:57:59 · 1212 阅读 · 0 评论 -
持续交付的一点学习和思考
配合一些工作实践,对持续交付的一点学习和思考。主要参考:《持续交付:发布可靠软件的系统方法》、极客时间的专栏、本人的一点工作实际经验。首先是一些读书笔记,后面是自己的一点感想和评论。 1、 持续交付背景 个人觉得很大情况和敏捷开发一样,背后的原因:1)最深层的当然是互联网的普及提出了需求:互联网应用特别是移动互联网应用带来的高迭代、强调快速...原创 2018-10-03 11:44:56 · 323 阅读 · 0 评论 -
SonarQube与Jenkins结合提高代码质量
SonarQube与Jenkins结合提高代码质量 - myldlindong的博客 - CSDN博客https://blog.csdn.net/myldlindong/article/details/78412267转载 2018-12-27 11:17:02 · 253 阅读 · 0 评论 -
持续交付:交付生态圈
本文是《持续交付 :发布可靠软件的系统方法》10-15章的一点比较摘录。 1、 基础设施和环境管理:一定要满足自动化配置管理策略。目前,许多云平台可以提供这方面的灵活性,但在可用性和安全性、可靠性方面要有适合的策略。注意,基础设施和环境的变动会触发自动构建、部署、测试和发布流水线。 2、数据管理:需要注意的事情比较多,一些主要的原则和实践: 对数据库进行版本管理,管理数据迁移过...原创 2018-12-13 21:48:39 · 617 阅读 · 0 评论 -
任何事情做到最后都是体制机制问题
与同事讨论明年的业务方向,技术领域扩展,最后的结论是,完全不是技术问题,竞争对手已经大扩充了,我们现在由于领导始终不把这一块业务作为主要方向,对这个软件检测领域的要求就是营业指标和利润率达标。 意兴阑珊地,跟同事说,不如你提供个市场研究报告,做个可行性分析,说服老板对你风投,自己拉一票人,卧薪尝胆两三年,把这个领域的资质拿到手。实在不行,干脆自己出去干得啦...原创 2018-11-28 17:19:27 · 992 阅读 · 0 评论 -
持续交付之构建与部署的脚本化
一、构建工具 比较常见的有: make 编写makefile编译即可。缺点很明显:每个目录下创建一个Makefile,目录和依赖关系复杂后,太复杂了。另外就是依赖于Shell。 Ant Apache的工具。跨平台,容易使用Java来扩展。使用XML来作为构建的结构化文档。缺点:XML写脚本;使用不方便,写个样板很麻烦;不方便重用。 ...原创 2018-10-30 16:11:41 · 306 阅读 · 0 评论 -
微服务架构与持续交付关系
本文主要参考《微服务架构与实践》(王磊,博文视点,2016.1),架构师必看:微服务架构综述 - 帐前卒 专栏 - CSDN博客https://blog.csdn.net/cctt_1/article/details/78344253,https://www.jianshu.com/p/be52eeb5e9a5 简书-微服务架构,对应探讨。一、微服务架构基础 1、概述 ...原创 2018-10-17 12:31:56 · 698 阅读 · 1 评论 -
陌生领域工作检查监督的方法
前面在博文“项目管理的一些基本认知https://mp.csdn.net/postedit/82217184”里面总结:“二、普通员工做常规事务梳理清楚,并且必须不断监督”这个不断监督的做法1、对于自己熟悉的领域,其实比较简单,监督检查指导即可;2、对于不熟悉的领域,方法就比较重要的了,最常见和最主要的就是要求对方列出: 基础的业务活动,交付周期和交付件。并逐个的进行核对和检查。...原创 2018-10-19 19:34:54 · 219 阅读 · 1 评论 -
持续集成与配置管理
(一)持续集成 持续集成的基础是版本控制、自动构建、自动测试、团队共识。“持续交付”一般把自动测试放到自动构建中,就是和Jenkins这种持续集成工具联系在一起,一旦版本变化触发自动构建,则自动运行代码分析、编译、自动化的单元测试和自动测试集、运行通过的会正式提交到版本库并部署、发布,否则回退。 这当然只是一个理想型的过程,实际的软件研发过程中,对于敏捷团队要做的...原创 2018-10-10 17:11:17 · 1808 阅读 · 1 评论