zoukankan      html  css  js  c++  java
  • 「S-A-L-T-A」项目失败总结!

    前言:

    从2013年8月20日进入这个项目开始,到现在12月12日。


    从项目详细设计开始,到现在连SI2阶段的疏通测试都没有完成!

    (现在,这个项目好像已经不需要我们再做下去了。。。)


    项目失败原因总结:

    这个项目的失败不是个别某个原因造成的,而是由以下多方面原因造成的!

    1.基本设计太烂!

    详细说明。。。待补充

    2.使用BP人数占一半以上,对BP管理不力!

    详细说明。。。待补充

    3.制造人员的配置不足。

    详细说明。。。待补充

    4.使用新技术,大家对新技术不能熟练掌握(主要特点是返工多)。

    详细说明。。。待补充

    5.基本设计的一些东西,不符合新技术。

    详细说明。。。待补充

    6.新技术的特点是提高生产性,但是基本设计太烂,不能提高生产性,反而不如不使用新技术。

    详细说明。。。待补充

    7.没有加班费,连加班补助都没有。

    8.最长的连续加班时间达到30多天之久。(休息太少)

    9.对项目的作业安排、以及对人员的使用方面有问题(我个人认为有问题)

    详细说明:

    1作业安排

    比如有ABCD四分作业,BP人员担当ABC作业,我方人员担当D作业

    在SI1时,让我方人员担当ABC的测试内容,这本没有什么问题,

    但是问题在于,对于ABC作业中出现的问题,也让担当测试的人员来修正。

    (注:问题超级多!!!有的问题只要UT测试一下就能发现!!)

    我并不反对换人,这是这种方式,让BP变得很轻松,他们的东西,

    我方人员基本上在SI1测试时,是把他们的作业重新做了一遍!

    2人员使用

    能者多劳。。。。。。

    10.没有一个完善的评价制度。

    详细说明。。。待补充

    11.新的客户,回答问题不给力,同时也不是非常友好。

    12.UT环境的DB数据和日方测试的DB数据不整合(现在还是!!)。

    (太复杂不好对应?? 没有人有时间有能力去对应?? 就是不能对应??)??

    13.员工的责任心以及怎样才能让员工拥有责任心。

    如果只是干的多,错的多。问的多,确认的多,造成事情多,花费时间,效率低(提高了品质)。。。。。

    -------------------------------------------------------


    编后语:

    以上任何一两个问题同时存在都不会造成这个项目的失败!

    虽然上面提到的一些问题是很难避免的,

    但是,这个项目的问题太多了!!!!!!!!!!!!

    记录时间:2013/12/12












  • 相关阅读:
    blocking to nonblocking of Python
    hug -- Embrace the APIs of the future
    supplychain on blockchain
    xstate -- JavaScript state machines and statecharts
    计算PI -- 采用刘徽的割圆术方法
    Gunicorn
    AIOHTTP
    APScheduler
    prefect
    FastAPI
  • 原文地址:https://www.cnblogs.com/fuhaots2009/p/3473557.html
Copyright © 2011-2022 走看看