很多公司的项目都是临时组织的,因此管理起来会有点复杂。尤其是技术项目类的,很多时候项目经理本身就不懂技术,因此,很多项目成员习惯第一时间和自己部门上级沟通汇报,而不是项目经理。这样子不利于项目经理把控项目成员,也不能及时进行工作跟进。对于这种情况,不懂技术的项目经理该怎么行驶自己的权力呢
其实项目经理要做到的是资源为我所用,顺利达成目标。不懂技术就要善用团队中懂技术的人。具体怎么用,看个人能力了。
项目经理是协调资源,订制总体计划,把控总体进度,风险控制。至于开发计划,只是各种计划之中的一个子计划,当然也是关键的计划。如果专业性太强,自己又不擅长,那么用人就用之信之,交给开发经理去全权处理把。能做到垂拱而治,方显自己的才能!而不是事必躬亲!
1、不懂技术,但要懂一些基本逻辑和常用术语,起码做到自己心里有一个概念,可以多问、多学习,日常工作中多记录总结,每次沟通中不清楚的地方都去搞懂它,以后就会越来越好。
2、尽量少发言,尊重专业人士的意见,多采用询问的方式,忌“半瓶子晃荡”;
3、与相关岗位负责人沟通,由他们主导制定一些规范、规则,用来指导工作;
4、做好组织资产的管理,及时归档保存,多参与沟通,提倡在项目进行过程中多进行文字记录;
5、多开会沟通,进行项目总结、阶段性总结,鼓励每个人发言,多倾听,很多时候,从侧面可以反映出很多东西,可以弥补技术的不足。
最重要的一点还是要多学习,做到可以正常沟通
项目经理的最终目标是完成项目,主导项目和体现自己在项目上的领导地位其实没有那么重要,只是一种确保项目按计划按要求完成的一种手段。
所以引导项目顺利完成交付,并保证符合公司项目管理要求,然后在项目交付过程中能得到提升,做到这个程度已经基本上算是完成项目经理的本职工作了。当然,如果你要追求个人形象,那么争取发言权还是很有必要的,但忌讳不懂装懂。
其实项目业务的掌握往往重于技术实现,这不是说技术不重要,而是在于用户更关注的是业务。所以掌握业务分析,确实可以从另外一个角度掌控项目。这只是一种工作切入方式,但我觉得最爽的事,掌握项目进度,看着就能把项目完美交付。
这个问题的侧重点在于项目经理对项目成功与否认识的问题。
1、项目成功与否,不仅是项目经理自己的认识,还体现在项目经理从本项目中得到什么?
2、试问这个项目结束后,从没体现项目经理的价值,进度由开发经理跟进,需求和风险由甲方管控,那确实和项目经理没多大关系。
建议采取如下措施,提升项目经理在项目中的价值:
1、从需求端入手,与甲方详细沟通业务需求,最好有自己的认识,形成自己的系统需求,让甲方信服。
2、制定规范的沟通机制,利用周报及周例会等,充分了解项目进度及风险,并及时向甲方汇报。
3、逐步形成由项目经理统一对接甲方,掌握第一手信息。
项目经理的最终目标是完成项目,主导项目和体现自己在项目上的领导地位其实没有那么重要,只是一种确保项目按计划按要求完成的一种手段。
所以引导项目顺利完成交付,并保证符合公司项目管理要求,然后在项目交付过程中能得到提升,做到这个程度已经基本上算是完成项目经理的本职工作了。当然,如果你要追求个人形象,那么争取发言权还是很有必要的,但忌讳不懂装懂。
其实项目业务的掌握往往重于技术实现,这不是说技术不重要,而是在于用户更关注的是业务。所以掌握业务分析,确实可以从另外一个角度掌控项目。这只是一种工作切入方式,但我觉得最爽的事,掌握项目进度,看着就能把项目完美交付
IT项目管理中开发项目时都分四大类的角色:管理、前端UI、后台开发、测试这几类角色。
管理部门经理
协调部门内和企业内的资源分配,协调各部门的沟通,并承上启下地为部门的整体业绩负责
项目经理
协调项目内的资源分配,如日常沟通,进度管理等,为项目负责
产品经理
调研客户需求,进行需求分析,形成MRD文档,对产品规划,根据市场需求和分享规划产品发展路线,设计产品商业和服务模式,并定义相关功能模块
技术经理
协调项目内的技术活动,推动主要技术决策,技术的可行性研究,评价、确认并文档化软件架构等
前端UIUI设计师
旨在设计项目开发中的具体界面,与人进行交互的UI界面
绘画制作
根据需要来绘制设计各种不同的静态资源
后台开发
项目组长
协调小组成员分工,指导、分配、落实小组成员工作,发挥团队职能优势,不断提高小组成员工作效率,优化工作流程,推进项目研发进度
系统架构师
主要负责大系统项目的架构设计
软件工程师
编写代码,同时编写项目文档,如需求,详细设计,架构设计,用户手册,开发计划等;
程序员
编写代码,实现功能;
测试
软件测试工程师
主要工作是测试,质量保证人员日常工作重要内容是检查与评审,测试工作也是测试保证人员的工作对象
扩展资料
软件质量保证
创建或者制定标准和方法,提高促进软件开发能力和减少软件缺陷。
IT项目管理
IT项目管理是项目管理在IT领域的应用,结合IT行业特点运用项目管理技术、理念和方法,包括9大知识领域(项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理)以及启动、计划、实施、控制和收尾等过程组成。
特点
1、任务的明确性
2、管理工具的先进性
3、信息沟通的及时性
4、资源提供的必要性
5、测试完善的严谨性
6、度量的准确性
7、项目管理的贯穿性
参考资料:百度百科—IT项目管理
项目的定义:
美国的项目管理协会定义:项目是为完成某一独特的产品或服务所做的一次性努力,项目就是一系列的相关工作。
中国的定义:项目是一个特殊的将被完成的有限任务。它是在一定时间内满足一系列特定目标的多项相关工作的总称。
1 项目是一个有待完成的任务,有特定的环境和要求。
2 有一定的组织机构内,利用有限资源(人力,物力,财力),在规定时间内为特定用户完成特定目标的阶段性任务。
3 任务要满足一定的性能,质量,数量。
项目的基本特性:
1 项目的独特性
2 项目的一次性
3项目的组织性
4 项目的生命期:项目启动阶段,项目计划阶段,项目实施阶段,项目收尾阶段
5 项目的资源消耗性
6 项目的目标冲突性,三约束:范围,时间,成本。
7 项目后果的不确定性。
项目管理,在项目活动中运用一系列的知识,技能,工具和技术,以满足或超过相关利益者对项目的要求。
1 管理活动,一种有意识的按照项目的特点和规律,对项目进行组织管理的活动
2 管理学科,以项目管理为研究对象的一门学科。探求项目活动科学组织管理的理论与方法
项目管理就是在项目活动中运用专门的知识,技能,工具和方法,是项目达到预期的目标的过程,是以项目作为管理对象,通过一个临时性的,专门的组织,对项目进行计划,组织,执行和控制,并在时间,成本,性能,质量等方面达到预期目标的一种系统管理方法。项目管理贯穿整个项目的生命期,是对项目的全过程管理。
对于程序员来说,软件编程开发代码质量能够直接反应出一个程序员能力的高低,下面IT培训就一起来了解一下,在代码质量优化方面,我们需要关注哪些问题。
1吹毛求疵般地执行编码规范
严格执行代码编写规范,可以使一个项目乃至一个公司的代码具有完全统一的风格,就像同一个人编写的一样,而且命名良好的变量,函数,类和注释,也无疑可以提高代码的可读性具体落实到执行层面,可以参照Google的编码规范或者java官方的编码规范,网上可以找到,关键是要严格遵守,并且在codereview时,严格要求,没有按照规范的一定要指出并且要求修改
实际情况往往是虽然大家都知道优秀的代码规范是怎样的,但在具体写代码的过程中,却执行的差强人意,很多情况是认识上不够重视,觉得一个变量或者函数的命名成哪样关系不大,所以不够推敲,注释很多也都不写,codereview的时候大家也都事不关己心态,或者觉得没必要太抠细节,导致慢慢的整个codebase变得越来越差所以这里还是要强调一下,细节决定成败,提高团队对代码规范的认同及其严格的执行是关键
2编写高质量的单元测试
单元测试是容易执行,且对提高代码质量见效快的方法之一还。但还是有很多公司对单元测试重视不够,包括一些大的互联网公司,不写或者随便写写。
有些工程师觉得有测试团队就够了,再写单元测试就是浪费时间。其实测试团队的测试和单元测试是在不同层面上的,测试团队的测试一般是黑盒测试,系统层面的集成测试,对于复杂系统来说,组合爆炸,a测试团队无法穷举所有的测试用例。单元测试是代码层面的测试,一般是针对类的测试。既然无法从系统的整体上保证100%符合我们的预期,那单元测试起码能保证我们代码在细粒度上运行符合预期。
有些工程师认为开发任务重没时间写。这个还是没有足够重视单元测试,觉得是可有可无的部分,才会有这样的想法。写好单元测试,节省很多解决线上bug的时间,开发时间反而更充足了。
还有很多工程师虽然在写单元测试,但只对正常流程做测试。代码中的bug多数是写代码时异常情况没有考虑全面导致的,正常流程一般不会出问题。单元测试的作用就在于测试各种异常情况下代码的运行是否符合预期,所以只对正常流程测试无法发挥单元测试真正的作用。
一般情况下,单元测试代码量要比要测试的代码多,一般是1-2倍的样子,写单元测试本身没有太多的技术挑战,主要看工程师逻辑是否缜密,能够考虑各种异常情况,写起来比较枯燥,所以写高质量的单元测试的一方面要靠工程师的耐心执行,另一方面要靠团队的严格要求。当然这些都是建立在对单元测试重要性的认同之上。
以上就是关于IT行业:不懂技术,怎么做好项目管理全部的内容,包括:IT行业:不懂技术,怎么做好项目管理、IT项目管理中开发项目时都有哪些角色、项目管理:IT软件项目管理等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)