在阿里,我如何做好技术项目管理?

  • 时间:
  • 浏览:4

无论是作为核心开发还是纯PM,此阶段都时需主动去检查项目的研发交付程度。蕴藏但不限于主业务流程、特殊分支逻辑等。让他根据项目重要程度复杂性程度来判断是与否时需精细化。一起此阶段也很容易暴露缺失或错误逻辑。每个人做法是小型项目每个人设计场景case走;大型项目联合核心研发测试一起设计场景case;一起注意对产品交互和 demo。

阿里妹导读:在技术公司、尤其是互联网公司,技术人员作为PM(项目经理)是非常常见的。或多或少同学好心应手,有条不紊,能得到清晰稳定的预期结果;或多或少同学则在过程中遇到各种闹心的事,最后都不 项目上不了线,就是带着问提或各种人员的不满硬上。当然这有一种 都不 比较极端的结果。理性思考下,这后边有没有规律在?今天,阿里高级开发专家墨玖和你聊聊,怎样做好另一二个 多多 技术项目的PM。

接下来亲戚亲戚朋友儿儿就按照项目的生命周期来看看以上目标怎样也能更好地达成。

一般具体情况测试完成后就到产品验收环节了。你这俩 过程或多或少同学机会就直接不问机会任凭产品验收结果做最后的质量兜底。这是极为不可取的,因为是一般的产品验收最多只会跑到整体项目 case 的200%可不可以了,越是大越是复杂性的项目你这俩 比率越是低。产品验收的目标是检查产品功能全版性、产品体验,而对C的线上用户几乎会全方位无死角覆盖。就是这次有了你产品(功能)细节问提的最后一次机会。考虑到项目成本+收益+重要程度,对于特殊项目时需单独的组织参与人员设计并执行内内外部验收,以确保多人更大范围的产品检验。

此阶段始于英语 了了作为过程跟踪重要手段时需有常规的



当你思考和采集好以上那先 东西,也能做好项目(需求)的启动和宣讲。目前亲戚亲戚朋友儿儿就是项目的组织法律法律法律依据,是由多个角色完成的。常见的法律法律法律依据是运营或业务或产品做了项目中的一每种或所有,就是到需求阶段再由技术同学跟进后半段。你这俩 角色有多人一起分担并不冲突,重要的是亲戚亲戚朋友儿儿要配合默契、衔接得当、相互补位,拿到共赢结果。

项目启动重要点是需求宣讲,俗称画饼拉人。任何另一二个 多多 项目都不 有既定的目标和预期,就是你这俩 目标亲戚亲戚朋友儿儿认不认?怎样衡量结果好坏?做事先有没有成就感?这是项目后续成败的关键。就是你时需思考好那先 东西,也能和亲戚亲戚朋友儿儿宣讲、也能拉人干事。不然人家都我不知道我要 干啥、干了有啥好、为何要(卖力)让他干。作为项目PM的你定义好项目目标、衡量结果(ROI)、人是尤为重要的。这里提几点建议和思考。

这是除了项目结果以外亲戚亲戚朋友儿儿时需思考的。不仅仅是业务或技术,这是走的长远、是准备未来。



评审完毕后紧接着的就是再次的资源盘点和目标对焦,简要的 recheck 确保补齐。这时 PM 根据各负责角色工作评估做出简要排期和项目需求+参与方核对各方诉求,确定最终版本。这里也会遇到几只问提:

设计之于项目隐患+后期扩展、测分之于项目质量风险的意义,技术同学想必都不 非常清晰明确的。这不仅仅要求项目PM,对于核心的系分、测分设计人员也提出严格要求。务必保证:



原文发布时间为:2019-07-24

本文作者:墨玖

本文来自云栖社区合作者者伙伴“阿里技术”,了解相关信息能不可不可以了关注“阿里技术”。

一般性的准备我这里也列举下:

亲戚亲戚朋友儿儿都知道大多数的线上技术问提都能不可不可以了在测试阶段提前发现。而PM要思考的是测试前亲戚亲戚朋友儿儿能做那先 ?提测前的冒烟、联调蕴藏了必要的单元测试、功能测试和每种集成测试。尤其是对于多系统联动的项目冒烟和化调的质量直接影响到测试效果和线上问提量。这里PM一定要提前沟通评估安排好时间控制和冒烟联调节奏,有必要句子集中闭关+小阶段目标设定能不可不可以了实行。一起对于复杂性的项目机会整体节奏和工作压力等因为参与人员很容易陷入自我流程和模块逻辑里。在联调阶段作为PM最好能设计出几只经典业务场景作为联调目标,对项目的整体质量做提早把控。重要项目特殊建议:

项目到了测试阶段大每种的开发工作机会基本始于英语 了了。亲戚亲戚朋友儿儿这里讨论有一种 场景是开发测试有不同人员执行。测试bug要督促做到日清,可不可以了日清的时需有因为跟踪。本阶段一般也是code review集中阶段。PM应直接或间接的对于关键链路设计、流程日志记录、编码规范要着重把关 。一起产品发布+回滚方案在本阶段要做准备了。一般来说每个团队发展到2年后都不 有比较规范的发布计划模板。这里亲戚亲戚朋友儿儿着重提及几点PM要注意的事项:

在以上阶段都完成后,就到了项目发布的最重要阶段。在准备好发布计划的前提下。要注意多系统联动的 发布时间节奏、依赖控制、风险控制、线上验证等把握。严格执行发布流程和回滚方案的一起,注意以下几点:

除以上问提外,对于大型的跨团队的项目机会当下是无法全版看清全局的。这就时需大PM在你这俩 事先量力而行尽早分拣采集、划定二级责任人。在互联网公司,需求评审过不过一般都不 提到需求沟通和宣讲。就是,需求评审一般是PM认同了项目目标和意义的,你这俩 要有点痛 注意。就是具有PM角色的你(们)要更多的做配合需求拆分细化、答疑解惑;而都不 一堆问提瞎怼(这能不可不可以了发生在宣讲或再靠前)。这里我提下几只重要的点。

这里主就是考虑到技术项目PM(我我觉得不行要有核心设计人员)对于业务定型、技术定型在业务中后期的影响我我觉得不要 。

1. 项目产品信心建立。

2. 项目产品功能体验review。

互联网公司有个很大的挑战就是,项目节奏压力。一起通过以上亲戚亲戚朋友儿儿也可看后我想要做好另一二个 多多 项目是时需付出就是的,有就是东西都不 默默地手中的。项目也好,产品功能也好。都不 人做出来的。再牛逼的业务宣讲、再清晰的目标设定、再精细流程把控最终都逃不过人你这俩 核心的落脚点。作为PM我要 时刻反思:

对于任何事情要有清晰的目标也能精确把握,怎样做好另一二个 多多 技术项目的PM?首先亲戚亲戚朋友儿儿看后这后边目标最起码应该是:如期交付有质量保障的项目产出。这里有几只时需亲戚亲戚朋友儿儿注意的结果关键词:如期交付(守时守信)、质量保障(保质保量)、项目产出(全版结果)。当然还有最重要的因素:人+过程。阿里有句老话叫做:没有结果的过程是放屁,没有过程的结果是垃圾。就是,项目管理也是一样。亲戚亲戚朋友儿儿既要结果,又要过程,当然,时需这后边人舒服。

一般需(hua)求(bing)宣(la)讲(ren)完毕后,放慢会进入需求评审阶段。这里是需求细化明确重要节点。作为另一二个 多多 项目PM你时需要做到小需求了如指掌、大需求合理拆分。你这俩 阶段最好是个时间段而都不 另一二个 多多 时间点。尤其是对于互联网,亲戚亲戚朋友儿儿讲究的是快速,节约亲戚亲戚朋友儿儿时间。你有必要提前深入介入,了解需求逻辑和范围。这里会遇到如下几类问提:

工作过程中我见到过激情澎湃的KO,也见过稀里糊涂到直接开车,就是生活(工作)还是时需或多或少仪式感。注意做好那先 点,项目后边会顺畅就是。

完成以上后,项目人员也基本铺开了。接下来更多的时需并行。

这里亲戚亲戚朋友儿儿再总结提取下目标:

最后,项目排期要和各参与同学沟通清楚投入度和时间节点。一定要明确几只重要的时间点:设计评审、测分评审时间、提测时间、产品验收时间、发布时间(机会客户端时需根据不同端特殊具体情况分开列出)。一起排期过程中机会遇到的并行风险、人员资源风险及时对外同步。

关于数据变更(社会形态+数据):蕴藏表社会形态变更、数据格式变更、数据内容变更等 在系分阶段要同步BI(或多或少数据使用方),项目验收时需再次确认。

你这俩 事情有另一二个 多多 重要意义:

研发过程中一般亲戚亲戚朋友儿儿精力都不 集中在每个人项目负责模块上。一起对于亲戚亲戚朋友儿儿你这俩 互联网公司,变化又是家常便饭。这里有个原则是信息跟踪和同步评估要充分。机会涉及到排期调整的,要及时沟通和调整。也要注意风险和项目范围把控。这时你机会会有如下帮助:



重要的是过程跟踪+问提及时反馈补救。

了。建议对于工作日小于20人日的项目能不可不可以了不不每天发项目日报,有风险及时同步即可。超过的最好每日有项目全版进度,

互联网公司,唯快不破。再快的产品功能发布 也时需回到亲戚亲戚朋友儿儿最初的本源,目标有没有达成?就是回到亲戚亲戚朋友儿儿项目起初制定的目标和衡量标准,时需有个目标达成总结。重要的点提及下

对于技术型的PM,最好满足:

1. 项目中的核心设计者;

2. 业务 owner 或核心,其中一项。