PM过程的一些典型场景和问题】的更多相关文章

如何进行团队激励 如何进行目标管理 如何进行绩效考核 如何处理团队沟通(技巧) 详述几种软件过程理论 需求分析和度量 测试过程和工具 开发管理过程…
博客说明 所有刊发内容均可转载但是需要注明出处. 三种整合数据至Streamr的典型场景 本系列文档主要介绍怎么通过Streamr管理自己的DATA,整个系列包括三篇教程文档,分别是:教你5分钟上传数据至Streamr.三种整合数据至Streamr的典型场景.教你在Streamr市场上发布数据.所有文档均参考Streamr blog.前两篇主要偏向技术文档,所以需要有一定的技术背景.第三篇不包含任何技术知识,大部分人都可以按照教程来完成相应的操作. 简介 第一篇文档主要介绍如何通过调用API接口…
一.API 测试的基本步骤 通常来讲,API 测试的基本步骤主要包括以下三大步骤: 1.准备测试数据: 2.通过通用的或自己开发的API测试工具发起对被测API的request: 3.验证返回结果的response. 常用的API测试工具有命令行工具cURL.图形界面工具Postman或SoapUI,支持API性能测试的JMeter等. 二.API复杂场景举例 通过使用基础的测试工具,可以做简单场景的API测试:而项目进行过程中,为了解决实际的一些问题,我们会设计更加复杂的测试场景,下面列举几个…
[前言:如果你经常使用Spark SQL进行数据的处理分析,那么对笛卡尔积的危害性一定不陌生,比如大量占用集群资源导致其他任务无法正常执行,甚至导致节点宕机.那么都有哪些情况会产生笛卡尔积,以及如何事前"预测"写的SQL会产生笛卡尔积从而避免呢?(以下不考虑业务需求确实需要笛卡尔积的场景)] Spark SQL几种产生笛卡尔积的典型场景 首先来看一下在Spark SQL中产生笛卡尔积的几种典型SQL: 1. join语句中不指定on条件 select * from test_parti…
当PM意识到自己不再是程序员后,就会在项目管理方面,逐渐达到过程能力成熟度1级.尽管这种亲身经历会带给PM管理的信心,但从项目的层面来说,整体还是混沌的,PM在经历过1级的阶段性胜利后,将面临更多的问题与挑战. 在对PM过程能力1级的阐述中,我们已经揭示了PM的过程能力建设框架,即开发类.项目管理类.支撑与协作类以及改进类.在接下来的等级提升中,这四个方面会逐渐加深与强化. 总体来说,过程能力成熟度2级,要求PM从初具管理意识,提升到建立管理流程.接下来我们会从PM的日常工作问题入手,逐一阐述.…
之前,我已经从项目实现的角度.企业管理诉求两方面,分析了PM的核心能力架构,以及其在过程管理方面的能力等级.接下来,Fancier凡奉信息会站在PM能力成长的角度,横向与纵向阐述每一成熟度等级PM的过程管理能力,以及对应的工作目标与实践方法. 很多程序员有机会转变为PM得益于自己超群的技术能力.既然是技术出身,又混迹于技术圈子,自然PM会把工作的关注点继续放在看家本领上——职位虽然变成了PM,可身体和内心还是很老实的继续做着程序员.即使也会面对一些管理性质的工作,但在PM的内心深处,“那都不是事…
SFUD+FAL+EasyFlash典型场景需求分析:用整个flash存储数据,上千条数据,读取得时候用easyflash很慢,估计要检索整个flash太慢了. 改进方法:分区检索. 1存数据时,根据数据特征进行划分,划分到特定的某个区,分区存储这些数据. 2检索数据时,首先根据待检索数据的特征,获取具体需要检索哪个分区.然后在该分区内使用easyflash提供的kv查询接口进行检索. /***********************************************下面开始实操 …
话说3级的PM已经非常厉害了,但仍然处于定性阶段.如何才能不动声色的跟BOSS过招?PM 4级就是让数字变成你的嘴巴,开启项目管理的量化大门.因此,4级PM的工作重心(详见上一篇文章中的表格),也会逐渐转变.对应的四类工作,总结起来变化如下: 开发类: 保持3级,适当深化 项目管理类: 在量化的项目质量与绩效目标的要求下,识别关键过程,借助统计学的基线与模型,策划与监控关键项目过程 支撑与协作类: 基于企业的目标体系,制定支撑业务目标实现的项目质量与绩效目标 掌握统计学技术,对项目进行量化管理:…
尽管程度不同,但PM的每个级别都在践行过程改进,并在4级借助数据,达到了“登峰造极”的程度.随着量化与统计分析的深入,项目会被优化到极其稳定的状态,组织的过程改进也就此进入了平台期. 平台期可以被视为是前一阶段改进的高峰 也可看做是下一阶段的改进瓶颈 前面的文章中,我们讨论了企业生命周期的5个阶段,当企业度过“成熟期”便进入了“再发展或衰退期”.项目管理亦是如此. 当4级的PM发现无论如何也无法促成数据提升时,就说明项目的过程管理,在此时面临“再发展或衰退”这两种选择.这时PM千万不要受限于既有…
2级PM已经可以把项目管理起来了.如果这时候,企业只有一个PM,那这种程度的管理,只要逐渐深化,就可以一直维持下去. 然鹅,现实总是复杂很多... 公司会在PM建立2级的过程管理后,提高所有项目的可视化要求,横向衡量同类型的不同项目.不同项目组和不同PM的绩效表现.因此,需要建立统一的管理与评量标准. 有些PM会觉得这样的过程是在“上夹板”,明明之前管得好好的,现在一变化反而出问题,还要PM自己兜着,看起来犹如PM在为公司领导的“失误”买单一样…… 这里我要说一句: 不想当 CXO 的 程序员,…