码迷,mamicode.com
首页 > 其他好文 > 详细

做项目之我见

时间:2019-01-29 12:49:23      阅读:275      评论:0      收藏:0      [点我收藏+]

标签:没有   毕业   答案   android   团队   对话   上线   好的项目   知乎   

临近年关,正在读着苏杰写的《人人都是产品经理》,自己多多少少也做了几十个项目(都是小滴了)。五味杂陈,很想倒一倒这其中的酸甜。对不对的地方,您就当听戏了。
 在开文之前,我先表明自己的身份。我是个后端,在小公司做PHP开发,现在基本上前后端兼顾。为了避免一些用词的歧义,正文里的一些专业英文词汇我使用中文来代替,比如PMUI等。虽然我很菜,但不要以为我特别不专业。

 

一、谁是大boss

 

不说您也想的到,做一个项目不是一个人的事。举个栗子,假使项目是一个内部管理程序,那么这个系统最终是为客户员工使用的。但是在项目启动之前,客户会提出具体的需求,开发公司的项目经理再进行甄别筛选,开发公司的老板认为OK,那就可以启动了。接下来就是组织团队进入开发阶段了。那么这些角色中作为一个开发人员后该听谁的呢?项目经理和产品经理是直属领导,老老板是总决策,客户是付钱的主,客户的员工是终端使用者。初始,我以为应该以用户为中心,因为所有的操作都是他们在使用,评价体验效果也最属他们有发言权。服务行业不一直这么说吗,顾客是上帝。可是不要忘了,付钱了,你是上帝,不付钱,你就是路人。所以,正常的逻辑是,谁给我钱,我听谁的。在公司里,老板开给我工资,我就听老板的,老板赚客户的钱,老板就听客户的。如果非要说以用户为中心,那是因为付钱的是用户,就像各种社交app,工具app。但是管理平台是管理者约来员工的,那就由不得员工。也许程序使用起来超复杂,超繁锁,只要是户老板满意,并且付钱了,那么对于开发公司以及开发人员这个项目就是完美的项目。

 

二,有问题该问谁? 

 

开发人员是最终的执行人员,也就是最底层的了。在开发过程中有N个疑问,要去向谁讨教呢,比如说,输入姓名要不要检查中英文,要不要限制字符长度,移动光标就检查还是提交时检查。

 

在说词谁之前,先说说要不要问。大部分情况下不写代码的人考虑不了那么细致的问题。说不定,多一句提问就是给自己找麻烦,可是万一人家真有自己的想法,或者在体验了之后提出其他的方案那你就哭吧。所以,多问一句图个踏实。如果到最后,领导白己改主意了,要求重写,那就实在没办法了。

 

那么回到原处,有了疑问需要问谁呢,如果还按谁给钱谁是老大的原则就是找抽了。老板是花钱让你解决问题的,可不是给你解决问题的。我提供两个选项:A.问用户/客户,B.项目经理/产品经理。说说两个选项的不同吧,选A的好处是能得到直接的答复,也能把自己的意见建议表达出来。因为客户是 项目的受用人,所有的功能需求是为他们服务的,如果果客户经由项目经理和产品经理转答,那么很可能做出来的东面不是客户想要的,所以有了疑问应该与客户直接进行沟通得到准确回复吗?起初我也这么想,并且领导也支特,美其名日提升理解力、沟通能力。可事实怎么样呢,你说的客户听不懂,因为客户不懂技术。客户的主观意愿你也get不到。另外,当你有疑词的时候客户不一定有时间,或者客户很闲,他乐衷与你探讨技术,探讨用户体验、探讨产品运营,耗了一天,你的疑问还是没有得到答案。因此产品经理多么重要啊,他把客户的意原转化成具体需求,并且与项目经理与开发团队商量后过滤掉不可行的部分,这是一个联通客户和开发人员的

 

重要纽带,不然,开发过程会异带艰难,当然如果是很繁索的,又很明确的一些逻辑比如分配规则,可以与客户直接对话:如果很复杂的部分,开发和产品可以共同与客户进行沟通。其实,项目开始前,所有参与人员都会客户有一次整个项目梳理的会议,涉及复杂的重要的流程环节是在干始前就理清的。

三、开发团队的目标一致吗,

相对客户而言,开发团队的每一员都是在一个阵营,都是为了让项目在规定期限内完成交付。这就好于比一个公司的员工与老板是不是一家人,老板经常这择说,要把公司当家,视同事为兄弟,大家都是为了让公司发展更好让公司盈利,员工福利才会好。说的不能算错,但是也不完全。老板挣的是盈利、员工挣的是工资。老板多挣几倍,员工也就多吃一顿板,老板亏了只要不是倒闭,员下工资不会少,甚至会感觉活少了工作更轻松。不过,应该没人心这么大,一旦设活干了,就离走人不远了。这么说的意思是,人就是天性自私,不论做什么,不论在什么团队在什么公司。都是盼着钱多事少,做项目时也巴不不得这样子。前面说了开发环节中的各个岗位。如果客户在与开发人员的第一次沟通中就没有任何问题,后期也没有补充,项目理理和产品经理就等待开发就好了,坐享其成(事实上老板肯定会找事儿的)。如果产品经理对设计的初稿就满意,那设过肯定不亦乐息,反之则愤愤不平:如果测试不精挑细筛。那么开发就绝不会精益求精。只要不背锅:谁愿多干活。换句话说,只要涉及不到自己,就都是吃瓜群众。天塌下来,个矮的权当看戏、在设计一遍又一遍的返工时,前后端不会有异议:当客户的逻辑有变时,设计和前瑞绝不玩声,如果即将上线的项目,要改样式。前后端分离的项目前瑞哭,否则后瑞哭。客户的目标是花小钱做无限功能,一辆自行车的铁做一架飞机,产品和项目的标是客户满意,老板满意,所以在一定程度上,户品经理也是希望做得越多,越快越好:开发和测试人员,就盼着分到的工作越少越好,返工的工越少越好,背的锅越轻越好。举个例子,如果项目中,如果要生成订单,客户不要求,开发会把订单生成做到最后一步,因为设计简单bug也少。但是产品会期望做成预提交,待支付订单,待提交订单,购物车,浏览商品等记录;如果客户不要求,开发可能不做软删除:不做预统计,因为这样不仅工作量小,而且能减少bug少背锅。有一次,产品跟我说在支付页加个按钮,我问什么按钮,他说打折按钮、 然后,然后,我跟他探讨了折扣的来源,使用限制,等一系列问题,然后加数据库字段,加数据表,加操作日志等。产品经理的锦上添花可能开发就要当牛做马。但是换位思考。哪个岗位不是头上架着一口大刀呢,有时候前端懒点后端就累死累活,后端懒点,移动端就流泪流汗。最好是相互理解吧。

四、合体乱象

前面说的都是外包公司,并且是标准开发团队(相对我见过的)来说的。现实中是没有标准的。比如一个自有项目公司,提需汞的人是销售和产品;给项目买单的的和给我们发工资的是同一个人。我们暂且不用考虑紧张的工期,苛刻的交付环节。另外,还有各种各样的职位合体就让人眼花缭乱了。比如,运谁和后端合体,写代码和服务器配置是一个人;项目经理扣产品经理合体,跟客户沟通跟老板跟开发人员沟通画原型分配资源的是一个人;前编和后端合体,拿到设计稿就全部搞定;前场和移动端合体,H5页面,ios,android一人搞定;设计和前端合体,自己造梦自己圆;后端和测试合体,自己的问题自己找并自己改;在我们公司,销售、项目、产品测试是一样的(很能凑和);找还见过前后端,测试运维是一块做的。反正五花八门,各种不专业就暴露了各种问题和矛盾,更有甚者全部合体就像个人站长。不管怎样,不管怎样的不专业,都要承认合体的关键优势——省钱。现在互联网竞争大,尤其林立的小外包,根本招不起10几个人的开发团队,全栈才更受追捧。

五,不合理的需求

关于这点,就不多说了,技术公司肯定是聪明人多,所以不合理的需求最终会毙掉,只是这种现象无处不在。详情在知乎上搜索关键字。着急解决不了问题,心平气和慢慢谈,谈不妥了再动手。

六,价值观

说是价值观,其实就是待遇,拿到的工资问题。工资有高有低,年终奖有多有少,有13薪,也有1516薪,有996,也有朝九晚五,时间,金钱,身体,发展,哪个更重要呢。表弟刚毕业,去年在电商公司做售前客服,它工资7千的时候,同学四五千,过了一年他没变,同手们升到了1万以上。每天签到赚几块,接一个私活一个月几千就有了;每天多学点新知识,跳槽工资能翻倍;给别人做个项目赚几万,别人用这个项目赚几十个几万......是的,这没有可比性,因为不去试过,不知其中艰难。但是始终该相信,遇到的最好的项目还是自己。

做项目之我见

标签:没有   毕业   答案   android   团队   对话   上线   好的项目   知乎   

原文地址:https://www.cnblogs.com/zuoshoupai/p/10333475.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!