关于自己经历的一个项目的杂谈

声明:

本文目的仅限于工作总结和经验交流不带有任何攻击性和强烈的个人情感、敌意。

对文中提到了各个角色形容、理解、定义都属个人拙见,如有不妥之处,就当是站着说话不腰痛的小人之见,敬请君子之心宽若海,谅解。

更希望具体人不要回复,以免造成不必要的误会,不胜感激。

  就像我一开始说的那样,这个项目会很难有效果。结果半年过去了,情况越来越像我说的那样。

  这倒不是说项目不能结束,而是它给参与之中的人带来了什么?人们因为这个项目成长了多少?公司会承担多大的风险?

       下面就谈谈这个项目的历程和中间出现问题的个人见解吧。

2010年结束的时候,因为工作技能的原因接到上级的通知,说要我参与一个国外的项目。

经过大致粗略的介绍后我的得知了项目有国外领导负责监管、设计、需求,国内团队负责实现。而且也得知了大致会有多少人、那些人参与。我给出的建议是我不想参与这个项目。我倒不是说我装B或是什么的。客观的说,我至少不会拖累这个项目。

  因为当时有两个原因

    1、我当时和其中一个领导类型的同事有些个人主见上的误会(事实上后面的确影响到了项目,不过整体还算好没有造成挫伤,而且之后问题得到了缓解和淡化)。    

    2、觉得国内的项目领导群体对于这种项目的领导力或者是个别主要负责人的能力和沟通存在问题。

但是因为有个模块的技术只有我暂时熟悉的多些,我就不可推脱的进入了项目。

由于是国外项目,所以我们需要所有的工作交流都用英语。包括文档阅读、邮件交流、语言交流等。这也是一直影响项目的一个重大原因,也间接的导致了后来各种项目延迟、误解、错判等等。应该说有些领导的发现和处理问题的能力是很好的。其实关于和国外怎样合作工作,领导也有问过我。首先说明一下我的英语口语还不错,其实主要是我比较不怕犯错,大胆的说出来,这也可能是他们问我的一个原因吧。我的建议是多交流、不管是语言还是邮件、不管是项目开始还是进行中。但是我的建议不实际,因为项目中国内英语比较好的就一两个,而且就算是一两个也不是完全能拿得上台面。所以建议没有被最终采纳。

    后来在发现英语问题的严重性后,他们也做了相关的工作规避这样的问题,如问题和意见由专人负责出口、减少不必要的语言交流麻烦,改成定期做工作汇报。应该说这样对于当时是很好的,而且效果看起来还不错。所以到现在还是这样的方式在进行着项目。但是后来紧跟着的问题就来了,由于交流过少,而且又有时间差,每次关于一个问题的提问、讨论、解答、确认总是耗费2-7天。这样的延迟积累起来是会严重影响进度的。而且在这个过程中,我发现各方(国外负责方、国内负责人及团队)对于项目的积极性都严重不够。当然了对于员工在项目积极性的问题是另外一个话题我们有时间再谈。这里积极性差就更加加重的各种的拖延。另外,由于是问题集中出口,就加大了负责的人对于全局的把握。而恰恰对项目内容熟悉的人(因为英语)又不是出口负责人。这中间的交流、理解、意见的删减、翻译的误解等问题又出来了。最后在国内的团队管理方面也存在一些问题(如,团队的建设、领导对于权力的合理适当的利用、上下级的沟通各种交流,集体性的讨论等)。由于这些问题又反过来导致了更少的交流和问题的理解、提出和解答。后来的定期的例会等除了浪费时间和板脸汇报就基本上没有任何实际意义了。项目就这样一点点的积累着问题和毛病。

项目进行到第4个月的时候,我的主体工作已经完成,而且当时因为家庭希望我去X地方工作,于是我提出离开这个焦头烂额的项目并调到X城市工作。于是就这样我慢慢的离开这个项目并把我的工作交接给XX同事负责。

大约一个月后,公司说服我留下来做另外的更有挑战的项目。于是我开始了新的工作准备。但这个工程中我发现这个交接过的项目的有些问题还是要问我。而且我认为是因为XX同事对于工作内容的理解不够和不积极造成的。于是我就和这个项目又牵扯上来了,当然另一方面也因为我当时还没有紧急的工作。过了一段时间后,新的工作仍然只是出于准备、讨论、探索需求和设计阶段。我们作为实现开发人员的实质性工作还是没有的。这个过程大约持续了2、3周左右,应该说这个过程中我算是彻彻底底的打了个酱油,这点应该说职业操守还有待提高。

后来突然由于一个紧急性的工作,接手我工作的XX需要临时负责解决,于是我又回来了。

说实话,我从新接手后表示很生气。因为在被XX接手后大约近1个月,就连我之前提出的几个重点性的工作,根本没有实质性的进展;更不用说是新的要求、建议和讨论了。中间我不晓得什么原因,也不便于询问。于是我得从头来过。现在我把这些重要的工作基本上完成了,对于我负责的工作,可以表示轻松了。但是整体的项目也因为之前的各种问题的积累越来越让人觉得不可控了。可怜了负责把关的人,他们干吼害怕、担心、累,也心有余而力不足啊。

项目的第一期限很快就要到了,像是对一个已经患了重病的亲人一样,忠心的希望它能在现有的基础上最好的恢复吧!


--2011-7-27 00:35

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SQLAlchemy 是一个 SQL 工具包和对象关系映射(ORM)库,用于 Python 编程语言。它提供了一个高级的 SQL 工具和对象关系映射工具,允许开发者以 Python 类和对象的形式操作数据库,而无需编写大量的 SQL 语句。SQLAlchemy 建立在 DBAPI 之上,支持多种数据库后端,如 SQLite, MySQL, PostgreSQL 等。 SQLAlchemy 的核心功能: 对象关系映射(ORM): SQLAlchemy 允许开发者使用 Python 类来表示数据库表,使用类的实例表示表中的行。 开发者可以定义类之间的关系(如一对多、多对多),SQLAlchemy 会自动处理这些关系在数据库中的映射。 通过 ORM,开发者可以像操作 Python 对象一样操作数据库,这大大简化了数据库操作的复杂性。 表达式语言: SQLAlchemy 提供了一个丰富的 SQL 表达式语言,允许开发者以 Python 表达式的方式编写复杂的 SQL 查询。 表达式语言提供了对 SQL 语句的灵活控制,同时保持了代码的可读性和可维护性。 数据库引擎和连接池: SQLAlchemy 支持多种数据库后端,并且为每种后端提供了对应的数据库引擎。 它还提供了连接池管理功能,以优化数据库连接的创建、使用和释放。 会话管理: SQLAlchemy 使用会话(Session)来管理对象的持久化状态。 会话提供了一个工作单元(unit of work)和身份映射(identity map)的概念,使得对象的状态管理和查询更加高效。 件系统: SQLAlchemy 提供了一个件系统,允许开发者在 ORM 的各个生命周期阶段插入自定义的钩子函数。 这使得开发者可以在对象加载、修改、删除等操作时执行额外的逻辑。
SQLAlchemy 是一个 SQL 工具包和对象关系映射(ORM)库,用于 Python 编程语言。它提供了一个高级的 SQL 工具和对象关系映射工具,允许开发者以 Python 类和对象的形式操作数据库,而无需编写大量的 SQL 语句。SQLAlchemy 建立在 DBAPI 之上,支持多种数据库后端,如 SQLite, MySQL, PostgreSQL 等。 SQLAlchemy 的核心功能: 对象关系映射(ORM): SQLAlchemy 允许开发者使用 Python 类来表示数据库表,使用类的实例表示表中的行。 开发者可以定义类之间的关系(如一对多、多对多),SQLAlchemy 会自动处理这些关系在数据库中的映射。 通过 ORM,开发者可以像操作 Python 对象一样操作数据库,这大大简化了数据库操作的复杂性。 表达式语言: SQLAlchemy 提供了一个丰富的 SQL 表达式语言,允许开发者以 Python 表达式的方式编写复杂的 SQL 查询。 表达式语言提供了对 SQL 语句的灵活控制,同时保持了代码的可读性和可维护性。 数据库引擎和连接池: SQLAlchemy 支持多种数据库后端,并且为每种后端提供了对应的数据库引擎。 它还提供了连接池管理功能,以优化数据库连接的创建、使用和释放。 会话管理: SQLAlchemy 使用会话(Session)来管理对象的持久化状态。 会话提供了一个工作单元(unit of work)和身份映射(identity map)的概念,使得对象的状态管理和查询更加高效。 件系统: SQLAlchemy 提供了一个件系统,允许开发者在 ORM 的各个生命周期阶段插入自定义的钩子函数。 这使得开发者可以在对象加载、修改、删除等操作时执行额外的逻辑。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值