热门标签 | HotTags
当前位置:  开发笔记 > 程序员 > 正文

大家说说做为一个技术总监这样要求下面的产品经理是否很过分?

做为各个产品的负责人,大家带队都很辛苦,但是我们仍要一如既往的总结我们的工作,提出对工作的改进,下面我就一些工作习惯提出一些改进的建议。1,如果不是特别必要,最好不要在上班期间,聚集好几个人站
做为各个产品的负责人,大家带队都很辛苦,但是我们仍要一如既往的总结我们的工作,提出对工作的改进,下面我就一些工作习惯提出一些改进的建议。

1,如果不是特别必要,最好不要在上班期间,聚集好几个人站在一个人的电脑前,讨论问题或者评论某某效果图的效果,如果短时间还可以,但是如果时间较长的话,会给周围同事的工作带来一定的影响,尤其是对面的同事,简直是无法抬头工作,这样不太好。
改进建议:如果非常重要,可以去会议室,如果觉得没有必要去会议室,那时间不要太长。

2,如果不是很重要或很有难度的需求或者技术问题,没有必要和程序员一起去寻求解决办法,对于一般性问题,我们应该锻炼程序员这方面的能力。
改进建议:对于较为简单或一般性的问题,由程序员自己去寻求解决办法。

3,各组周报不是对成员工作任务的简单罗列,需要各组组长在成员周报的基础上,对本周的工作进行概括和总结,并认真分析之后得出的结果。
改进建议:因为需要对工作进行整体的归纳和总结,因此不是一般程序员就能够完成的,因此组周报的编写和提交必须由(副)组长完成。

4,目前我们所在的楼层,公司越来越多,每日的楼道站立式会议(就是每天十来个人上班的时候在楼道中谈论十来分钟),会对周围造成不太好的影响,让其它公司的人员或者自己公司的人员经过时感觉多少有些尴尬,另外每天早晨都是十来个人一起进进出出,对离得近的同事的工作也会产生一定的影响。
改进建议:如果上班时间怕会议室不够用,可以考虑下班后去会议室开每日碰头会,这样既做到每日工作的总结,又基本不会影响到别人。

5,对于产品开发过程中遇到的问题,以及从项目中反馈的问题,我们需要养成随手记录的习惯,当然最好是记录到Jira系统,这方面XXX组做得不错。
改进建议:关于产品的问题都需要有记录,而且要分门别类的整理好,另外描述的语言要能够让其他人也看得懂。

21 个解决方案

#1


产品经理怎么会在技术总监下面,很奇怪啊

#2


要求中的第1,2,5都是不错的建议,3,4两条有点无视软件项目自身的特点和工作需要了,我个人表示反对。

#3


好像没什么问题.一个能如此紧密沟通的公司,一定是个不错的公司.
但规定可以写严厉点.实施起来应该避免过激.

#4


不容易啊,上有老板下有手下,夹到中间那边都偏不得.关键找个均衡点.慢慢找个均衡点把!相信你的能力

#5


我们公司,产品部门设部门经理一名、技术总监一名、产品(研发)经理若干名,技术总监应该在产品(研发)经理上面。

#6


我觉得即使是为了集体利益,也要考虑一下公众利益,就好像企业发展,虽然增加经济效益是核心价值的体现,但是也不能因此而放弃对周围环境的保护,放弃人文环境的培养,我相信有更好的解决方式。

#7


其实我写这个的时候,多少是带一些情绪的,所以我也觉得不太好,唉,做一个中层领导难,一个性情中人做中层领导就更难了。

#8


做为技术总监,本来就不是管理方面的职位,没必要成天去关心项目和管理.去管下属反而是越职的表现.
关心一下核心技术就好.不要让别人的技术能力超越你.毕竟你这个位置是偏向技术的.而不是偏向管理的.
我老大就是技术总监.他从来不关心管理上面的问题.只是在主要技术上发表意见和指出技术关键而已.
好像写写标准,制定解决方案等等.至于怎么去分配项目,管理项目这些都交给项目经理吧.
没必要把烂七八招的事情都揽到自己身上,做好了没人会表扬你.做得不好还影响关系.

#9


"做好了没人会表扬你.做得不好还影响关系",此话却是肺腑之言,多谢!我也同我的领导讨论过这个问题,他们说,作为技术总监最好不要通过人去管人,而是通过事去管人,没有必要直接管理产品(研发)经理,但是在技术上他们必须对你负责,在管理上不要要求太多,现在想来,确是有理啊。不过在中国的公司的岗位总是比较乱,定义也不清晰,比如一般公司的产品经理,实际上只是产品研发经理,而技术总监在不同的公司其含义和职责范围也不太一样,让人有时候不好把我,看来一个行业要想发展到成熟的地步,真不是一件容易的事情啊。

#10


我现在就是这样,有点责权不明,产品规划、项目管理都被推到我这边,有段时间,连运营那边的事都要我去管管。


总之,很是郁闷,每天都有种想死的感觉  

#11


应该不是很过分。

#12


难啊......

不容易啊......

做好了没人会表扬你.做得不好还影响关系......

少管闲事,妨碍着别人的利益,当心背后的刀子

#13


============================
技术总监也管这些事啊?

管这些事的叫技术总监?
============================

#14


管这些事情的   如果项目总监  我还能接受些 
技术总监........  可能不适合 
部门经理  适合干这些 


但是,我觉得 1,2,3,4,5 都没说错 都说的很对 从一个管理者的角度 他要求的非常正确

#15


學習學習

#16


基本上没有问题。第四点,如果项目紧的话是可取的,否则我也觉得不合适。

#17


管理者要多站在普通员工的角度想问题。

#18


技术总监主要负责技术上的问题~和产品人员是相互协作的关系,是两个不同部门的人。没有隶属关系。如果产品在技术总监的下面,产品如何提交需求?产品的质量由技术负责质量,由产品负责设计。
建议楼主多关心技术实现...要不然真成了只有项目总监一个忙,大家都不忙了。

#19


好奇怪,我们的产品部和技术总监是没有任何可沟通的地方,技术总监应该是行政线上的
产品经理应该是项目线管理的老大

#20


看上去建议还是不错的呀,尤其第一点说的很实在. 有些建议虽然比较细,但是长期来看非常有利的,想要更好的管理,这些细节不得不重视阿,否则不好的习惯一旦形成,处理起来就很棘手了.

#21


1,如果不是特别必要,最好不要在上班期间,聚集好几个人站在一个人的电脑前,讨论问题或者评论某某效果图的效果,如果短时间还可以,但是如果时间较长的话,会给周围同事的工作带来一定的影响,尤其是对面的同事,简直是无法抬头工作,这样不太好。 
改进建议:如果非常重要,可以去会议室,如果觉得没有必要去会议室,那时间不要太长。 

这一点是很实在的,我们在项目管理过程中常常发现有员工长时间的聚在电脑前讨论,这确实不是一个好的习惯。

2,如果不是很重要或很有难度的需求或者技术问题,没有必要和程序员一起去寻求解决办法,对于一般性问题,我们应该锻炼程序员这方面的能力。 
改进建议:对于较为简单或一般性的问题,由程序员自己去寻求解决办法。 

对于这些问题,应该让项目经理自己去寻求解决方法。

3,各组周报不是对成员工作任务的简单罗列,需要各组组长在成员周报的基础上,对本周的工作进行概括和总结,并认真分析之后得出的结果。 
改进建议:因为需要对工作进行整体的归纳和总结,因此不是一般程序员就能够完成的,因此组周报的编写和提交必须由(副)组长完成。 

这个一般也是由具体负责人来总结的吧,既然是组周报的话。

4,目前我们所在的楼层,公司越来越多,每日的楼道站立式会议(就是每天十来个人上班的时候在楼道中谈论十来分钟),会对周围造成不太好的影响,让其它公司的人员或者自己公司的人员经过时感觉多少有些尴尬,另外每天早晨都是十来个人一起进进出出,对离得近的同事的工作也会产生一定的影响。 
改进建议:如果上班时间怕会议室不够用,可以考虑下班后去会议室开每日碰头会,这样既做到每日工作的总结,又基本不会影响到别人。 

吸烟是件大事。

5,对于产品开发过程中遇到的问题,以及从项目中反馈的问题,我们需要养成随手记录的习惯,当然最好是记录到Jira系统,这方面XXX组做得不错。 
改进建议:关于产品的问题都需要有记录,而且要分门别类的整理好,另外描述的语言要能够让其他人也看得懂。

赞同。

推荐阅读
author-avatar
咿呀最有味先
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有