从0到1带人做项目

项目:在既定的资源和要求的约束条件下,为实现某种目的而相互联系的一次性工作。

项目成功的三个要素:

1、必胜的信念

2、正确的信息同步

3、可靠的人力

项目风险往往在如下几方面

一、信息同步

尤其是跟外部团队合作时,信息同步是重中之重。明确整体项目的目标,清楚自己所在的细分项目在整体项目中所处的环节和作用,以及同其他团队的协同依赖关系。在这里需要向对外的接口人了解整体项目的完整流程,而且一定要跟对方项目的接口人完全对一遍项目整体流程,让对方明白我知道整体项目流程目标和自己所在环节和作用。沟通项目流程时要保证产品、技术(前端、后端)、内外接口人都在场,这可以避免出现缺失某个环节导致的实现问题。

二、明确需求

明确需求在项目正式开始之前是非常必要的一步。开发以及测试需要对产品功能有一个全面的了解和时间上的风险评估。这一方面需要产品同学给出一个详细的 产品流程、原型图以及需求文档 ,同时需要拉上相关团队负责人、以及技术同学进行 需求评审 。碰到过几次产品的需求不明确结果项目进行中出现问题,需要产品重新梳理相关模块逻辑,有很大的项目延期风险。

同时产品的需求受到多方面的因素影响,比如时间、历史包袱等因素,肯定会存在初期有部分细节不明确等问题。这也是项目的渐进明细原则,遇到这种问题要及时反馈,在各方博弈中找到一个相对适用的平衡点。

三、技术选型

对于从0到1的项目,技术选型是非常关键的一步。 做技术选型一定要从业务角度思考而不是做技术炫技 ,要考虑整体业务时间、团队成员的基本水平、团队成员对某些技术的熟练程度、技术工具框架的成熟程度、社区的活跃性、业界是否有成功的案例、生态的完善程度以及背后的支撑团队。有技术追求的同学在初期技术选型时容易盲目追求新技术工具和框架,从而带来项目风险。最早在上一家公司做项目时,业界成熟的框架是React和Angular2,不知为什么负责选型的同学选了还在beta版本的angular2,导致后期升级迭代出现重大问题。

同时在技术选型确定后,在开发之前一定要 规划技术架构 。做架构的基本思路是分层,层内分模块,模块要做到单一职责。各模块之前尽量降低耦合,保持架构的可扩展性。做架构时可以问自己两点:

  1. 这个架构能够允许多少人同时参与
  2. 这个架构能够支撑业务发展多长时间

四、人力盘点

等到项目流程和需求确认完毕后,我们需要梳理项目涉及的整体人员。项目人力盘点需要明确项目所需要的角色、人员、人力投入。建议人力盘点分为以下方面:

  1. 外部人员:接口人、具体功能对接人
  2. 内部人员:
  3. 对外接口人
  4. 主体业务团队:产品、视觉、交互、前端、后端、客户端、QA、项目负责人、研发负责人
  5. 依赖团队:产品、具体功能对接人
  6. 其它相关干系人:leader、老板等

在项目过程中最怕遇到的是人员的变动。拿个人实际工作来说,遇到过技术人员变动、产品人员变动。发生人员变动往往会给项目带来极大的风险,人员变动需要做好工作交接,前期的工作(需求文档、产品原型、功能流程)做得越多越规范,对项目带来的风险越小。

五、项目排期

项目排期阶段最重要的是 确认项目时间点,以及人力成本 。需要研发负责人梳理需求,拆分需求,明确各方的依赖关系和完成时间点做 版本规划迭代 。做排期一定要预留足够的buffer(以月为单位的项目最好预留一周的buffer)以应对可能插入的事情,同时安排好足够的测试时间。迭代的时间最好以两个周为单位进行规划,每一个小版本做一次测试,同时在后面的时间安排两天来修复重要bug,前两个版本可以只修复严重bug,其他bug放到后面项目进行过程中进行修复。

项目排期时一定要 了解项目成员的技术水平和能力模型 ,尤其对于新人和刚加入的同学,要给他们预留一定的buffer。曾经带着一群新人做项目,项目执行过程中出现了不少问题:

  1. 缺少主动推进意识,佛系
  2. 没有风险同步意识,自己瞎搞
  3. 描述问题不清晰,沟通成本高
  4. 没有全局意识,随意改接口
  5. 新接口不向后兼容,对老版本造成影响

还有一种项目排期叫 倒排 ,时间点确定,必须在规定时间内完成。这种项目往往是时间紧、任务重、压力大,我在这家公司经常遇到这种情况,这也跟业务发展有关。遇到这种情况,需要及时向上沟通,调整部分功能或者增加人力。当然如果实在不行,只能加班加点硬着头皮上,这时候往往能看出人的品质。

六、项目启动会

在项目规划完成后,项目正式执行前,最好能够把大家都叫在一起,开一个统一的项目启动会。项目启动会的主要目的是 正式认可项目管理计划 。项目启动会的参加方包括发起人、项目成员、各个依赖方、相关leader和老板。项目启动会主要介绍以下几个方面:

  1. 项目背景
  2. 项目目标
  3. 项目参与人员、角色
  4. 项目排期
  5. 项目规章制度

项目启动会结束后,发起一封邮件,确认项目正式启动时间。

七、项目规章制度

项目规章制度主要明确风险同步机制、需求变更机制、奖罚制度和项目站会。在所有项目中最简单实用的是 项目站会 ,往往在每个版本迭代进入后半程的时候开始。站会时间最好选在上午时间,每次站会时间在15分钟左右,站会每个人回答三个问题:昨天做了什么、遇到问题的解决方式、今天做什么。同时负责人记录其中所遇到的问题,跟踪解决。

八、协调冲突

项目进行过程中难免出现冲突,依赖于被依赖双方的时间可能存在不吻合情况,或者由于某些事情的插入导致原先时间点出现偏差,这种情况需要项目负责人及时发现问题,协调解决,或者调整排期,或者申请人力,或者调整功能,再或者加个班内部消化。

项目进行过程中需要指定以为项目推进者,负责与外部团队对接,及时同步需求和发现问题,拉动双方快速会议,进行决策。尤其在项目接近尾声暴露出来的问题,可以牺牲一些安全性和规范来及时支持,同时完善长期合理计划。

实在有高优项目插入,对本项目造成影响,那就按照正常的需求变更和项目延期流程来 合理delay

九、测试与上线计划

项目进行到尾期,这时候测试以及修复bug占主要部分。确定测试环境、预发环境、以及上线回归流程。要确保这个时间测试和预发不与别的项目冲突,以及与测试同学同步产品逻辑确定测试用例。同时要尽量保证测试环境与正式环境的一致性,防止项目上线后由于某些环境变量不统一引起的线上bug,造成损失。

上线之前要 确定各个环节的上线顺序,线上回归用例,以及紧急回滚策略 ,尤其是依赖方。站会时要明确各个环节都清楚上线顺序,并且发送邮件通知各团队相关人员。

十、项目总结

项目上线结束后,还需要进行项目总结,目的是对项目进行整体复盘,发掘项目中遇到的问题,以及思考解决方案,避免下次发生类似问题。同时对于项目中存在的问题进行排期解决。

项目总结可以按照以下几个方面来进行:

  1. 项目回顾(开发周期、需求、版本、bug修复)
  2. 项目过程反思(需求、排期、沟通、review)
  3. TODO项目

对于项目参与人员,可以让大家都参与进来,考虑不限以下几个方面:

  1. 在项目过程中的成长收获
  2. 在项目进行过程中遇到的一些问题
  3. 对本次项目的一些建议以及想法

最后,带人其实一件处理不讨好的事情,领导力是责任和委屈撑起来的。

原文地址:https://www.cnblogs.com/dojo-lzz/p/10230218.html

时间: 2024-10-05 04:02:50

从0到1带人做项目的相关文章

是不是应该坚持跟老师做项目

[来信] 贺老师你好:  希望老师能在百忙之中,看看这封来信?  贺老师,你好,我现在是一名大三的学生,在大二的时候就开始关注你的博文了,看了相关的文章并结合自己的亲身经历在不断的思考总结  不曾想过会给你发邮件,但随着毕业季的到来,越是觉得怀疑自己是否应该坚持自己的道路. 简单的介绍下自己吧,我在一所普通的211大学,学习的是通信专业,由于我们学校的特殊制度,大二才算分专业,真正的努力也从大二开始,成绩还算可以,能保持在年级前10.在寒假学习过单片机,用它完成过我们的一些课程项目,后来机缘巧合

【无私分享:从入门到精通ASP.NET MVC】从0开始,一起搭框架、做项目 (13)客户管理

声明:本系列为原创,分享本人现用框架,未经本人同意,禁止转载!http://yuangang.cnblogs.com 希望大家好好一步一步做,所有的技术和项目,都毫无保留的提供,希望大家能自己跟着做一套,还有,请大家放心,只要大家喜欢,有人需要,绝对不会烂尾,我会坚持写完~ 如果你感觉文章有帮助,点一下推荐,让更多的朋友参与进来,也是对本人劳动成果的鼓励,谢谢大家!由于还要工作,所以基本都是牺牲午休时间来写博客的,写博客呢不是简单的Ctrl+C.Ctrl+V,我是要挨着做一遍的,这也是对大家负责

从0开始,一起搭框架、做项目(3)公共基础数据操作类 RepositoryBase

索引 [无私分享:从入门到精通ASP.NET MVC]从0开始,一起搭框架.做项目 目录索引 简述 今天我们写一个基础数据的操作类,如果里面有大家不理解的地方,可采取两种方式,第一:提出来,第二:会用就行.这个类呢我一般不去修改它,因为基础操作类,大家也可以直接拷贝到自己的项目中. 项目准备 我们用的工具是:VS 2013 + SqlServer 2012 + IIS7.5 希望大家对ASP.NET MVC有一个初步的理解,理论性的东西我们不做过多解释,有些地方不理解也没关系,会用就行了,用的多

【0】分享一个正在做的SSM项目

正在做一个外包项目,虽然老板百般让我复制别人写好的代码(普通jsp跟servlet做的,一个字:乱). 但是!!我怎么可能这么没有追求,学了一段时间的SSM框架后,果断用SSM改装了,当然咯,前端的版式和模样都一样,所以看着没区别.可以后期维护肯定不一样的.维护起来一定会越来越深刻.按照我想法,用jsp跟servlet直接干的,维护起来只能让自己的思路越来越乱,这样是做不了大项目的. 有需求项目经验,但是找不到合适项目的,我可以共享给你(一起交流,一起做,please留言),当然了,项目用的数据

读书笔记<<不懂带人,你就自己干到死>>

在进入职场这几年,起初一直被人管,后来也带几个人一起做项目,没有学过怎么带人,遇到问题的时候一般就想想自己的老大是怎么带自己的,上一个项目做到累的半残,除了项目本身催人命以外,没有好好把人带起来可能也是问题之一,看到这本书的时候在想是不是也要好好学学怎么带人了呢. 英文书名为The solution Tango Seven simple steps to solutions in management,中文的书名有种哗众取宠的既视感,然而内容还是不错的. 从传统的管理模式采用的因果关系模式说起:

腾讯陈磊讲产品:3-5个人做不好的事,30-50人做更烂

在中国最大的CIO大会,由<商业价值>& ITValue主办的[2014 IT价值峰会]上,腾讯云CEO陈磊做了一个非常“干货”的报告.他浓缩腾讯培训新员工课程的一些内容,详细阐述了“动态运营”等经历和经验.以下是演讲全文,小标题为钛媒体所加: 我在谷歌互联网公司工作的时候,第一次听说了云计算.按照现在的概念,那时候我就在做云.今天我们谈互联网思维,大家想的更多的是思维转变,商业模式如何转变,产品如何转变.通过这些转变真正去改造一个企业,改造一个公司的运作模式,都是从技术开始的.技术是

阿里王坚:机器比人做得好的事,那这件事就不该由人来做

去年云栖大会上,杭州市政府联合阿里云在内的13家企业提出建设“城市大脑”项目. 雷锋网了解到,“城市大脑”可以理解为一座城市的人工智能中枢.其内核采用阿里云ET人工智能技术,可以对整个城市进行全局实时分析,自动调配公共资源,修正城市运行中的Bug,最终将进化成为能够治理城市各项“疑难杂症”的超级人工智能. “城市大脑”就是下一个登月计划,未来十年催生的技术将远超今天的想象.”“城市大脑”的总规划师王坚如是说.王坚目前担任阿里巴巴首席架构师,他表示“城市大脑是杭州代表中国的城市为世界在做一次探索,

关于做项目

项目已经结束了,说实话,结束地有点仓促,实在不是我的风格.现在想来,此次做项目最大的不妥之处就是没有什么明确的规划,一切都是随性而为.最开始决定两人组队开发一个简单的手机APP是觉得第一次做项目,没有经验和常识,人数多了容易手忙脚乱,而且我们两人水平相当,对彼此也有了解,在进行任务的分配和查收上也可以简单一些.更重要的是,较少的人数也是对自身能力的一种提升.由于只有两个人,我们对于项目的规划便过于随意,这导致了接下来的一系列失控,对于我这样一个偏完美主义,这些失控明显使我觉得矛盾和对立,以致力不

Node.js 新手入门招集,免费!带10个项目~ 2015 带你一起飞 ~

高手可以ctrl+w了 好吧,其实我只是一个写JS的. 当年node.js发布,我感觉没有我的份.最后还是要去了解一下,虽然好像似乎它有许多不尽人意的地方.但是,我感觉它撑下来了,撑住了舆论,撑住了各种对比,我希望留下的是better things.我不是高手,我也是一个在学习node.js的学习者.一个不新不旧的人,做过一个node.js的项目,但是它烂了.最后又重新开始,一边学习,一边做项目. 我自己打算做的一个练手项目 https://github.com/coolicer/shopsho