前言

软件交付时间紧,赶着上线怎么办?很多人在工作中都遇到这样的事吧,原因有很多在这列几个。再给出我的解决方案,我说的不一定正确,但是期望能帮助各位解决这样的事。

一、产生的原因

1、项目经理对上线时间预估不准

我们先看看下面的对话。

A公司周一开会。

华哥(技术总监)询问:“小林,这个刚才需求评审的1.9版本什么时候上线,业务方等着使用跟热点、做营销活动”。

小林(项目经理)张口就来:“下周五吧,华哥你放心好了”

华哥:“行,我和业务方说下”

下周三到了。

华哥:“小林,项目进度怎么样了,后天周五能上线吧?”

小林擦汗:“对不起啊,华哥,现在还有些测试提的P1级别的bug,开发还没改好,影响上线。事前预估乐观,没想到技术实现起来这么复杂。”

华哥不高兴:“怎么回事,我上周二在老板面前都和业务方承诺了。有风险为啥不提前说,就交给你这件事都没干好!。”

小林老实挨批,没有顶嘴。

华哥的气消了点:“算了,事情已经发生了,现在大概要等多久才能让业务方介入验收?”

小林:“下周二吧”

华哥无奈:“你啊,这回,我们又透支业务方的信任额度了”

小结

小林的预估有点乐观,他要先征求团队其它成员的意见,再作出决定。另外,遇到风险,要提前和领导汇报。

华哥也不能当甩手掌柜,密切关注项目进展,如果发现小林不适合干项目经理,要及时让他转岗。对小林也是有好处,让他干自己擅长的工作,更容易成功。

2、商务给客户过度承诺

一天,B公司商务阿明去拜访一位制造业的客户。

双方寒暄过后,小明也说完了一套话术,王总心动了。

阿明(商务):“所以,王总,像刚才说的,我们一定能帮助你们好做数字化转型,和竞争对手拉开几个档次,增加营收、提高利润率。”

王总:“嗯,你们一个月后能给到我们吧。价格上也便宜点吧。要知道其他公司也来我这推销了”。

阿明拍了拍胸脯:“是这样的王总,这边给您的价格已经便宜了1万,您是最优惠的客户了。我们和其他公司不同的是,我们的产品质量更好,做的更快,下个月给到贵公司是没问题的。请放心使用。您看,您这边先签单交个预付款,我们这边就开始开干吧!王总,别犹豫,数字化转型要抓住机会啊!”。

王总摸了摸额头:“好,我等下和财务说下给你们打款。不过,合同上要写明:按时保质保量交付,才付尾款”。

阿明急着开单:“就按您说的办!”

阿明回到公司后,找上司汇报了情况。

商务主管:“干的好,开大单了。关于交付内容、时间我们要和技术主管那边说下。”

阿明:“嗯”。

技术主管老罗听后不悦,找到老板:“商务承诺的时间怎么也不提前和我们沟通啊,这回吹得有点大。这家客户所处的行业和以前的客户不一样,很多的功能要重新写,不是改改页面换个Logo就轻松搞定!以我们目前的人力,一个月完成有点难啊!”

老板:“老罗,公司的情况你也知道。现在急需接单,你们的工资哪来的?还不是商务一家一家的跑来的。商务走遍千山万水、说遍千言万语,接个单容易吗?大家最近辛苦点,年轻人正好多练练。这样,给你们技术团队的团建费用加倍好了”。

老罗:“行吧”

小结

商务有错吗?他只是从10吹到60,并没有无中生有,只是急着接单,虽然自己能从中得到提成,但客观的说也是为了公司的经营。

老罗也没错,基于当前情况分析得出技术上的结论,提出风险。

老板更没错,企业是要盈利的。只要客户提出来,就要想着实现。

日本伊藤忠商社有个社训:三方有利。指的是经营要对买方、卖方、社会都有利。

数字化转型这门生意就是三方有利,故事中的老板更没有理由不做。

二、解决的方案

1、培养多面手

忙的时候,很忙。闲的时候又很闲。解决这样的人等货,货等人的问题,丰田在70、80年代就有了办法:培养多面手。

放到IT行业,也就是团队成员对开发、测试的技能都会。开发阶段一起写代码、测试阶段一起测试。

团队中这样的多面手有90%以上,将大为提高上线效率和产品质量。

质量不在是测试人员的问题,是人人都对质量负责。线上有bug,因为开发也加入了测试,不能再说:测试没测到。而是多想想为什么当时做系统设计的时候没想到。一直反思、总结,进而形成良好循环。

全员积极参与改善正是精益生产的特征之一,这种人人负责的意识和氛围能成为公司超越对手的大招!

2、更准确的预估上线时间

如果更准确的预估上线时间?1、项目组成员经验丰富,估的越来越准。2、使用机器学习算法辅助决策。

回到A公司的故事,项目经理询问团队成员工时,有人可能估的准,有人估的不准,怎么办?假如一名程序员张口就来:这个功能开发要一周。你用什么尺度怎么去衡量他说的对不对?

先看看线性回归算法

我们知道,产品需求文档要实现的内容越多,开发、测试的时间越长,项目所需的天数也越多。

我们看看产品需求文档和项目天数的拟合度。

from scipy import statscount_word = [1900,2300,2900]
project_day = [7,8,10]slope, intercept, r, p, std_err = stats.linregress(count_word, project_day)print('拟合度:',round(r, 3))

>>>拟合度:0.997

列表count_word存储文档的字数,列表project_day存储对应的项目天数。

拟合度最高是1。0.99很高了,可以用来预测项目天数。

import matplotlib.pyplot as plt
from scipy import stats
count_word = [1900,2300,2900]
project_day = [7,8,10]slope, intercept, r, p, std_err = stats.linregress(count_word, project_day)def model(a):return slope * a + interceptmymodel = list(map(model, a))plt.scatter(count_word, project_day)
plt.plot(count_word, mymodel)
plt.show()print('拟合度:',round(r, 3))day = model(2317)
day = round(day, 1)
print(f'简单预测从开发、测试到上线需要:{day}天')
>>>拟合度: 0.997
>>>简单预测从开发、测试到上线需要:8.2天

列表count_word是存储文档的字数,列表project_day存储对应的项目天数。

给函数model传入2317,得出天数day。

现在有这个数据,项目估算上线日期更有把握了。

项目中,和交付天数相关联的变量肯定不止文档字数,如果有多个变量,请用多项式回归算法,具体步骤略。感兴趣话,多看看sklearn相关的文档、教程。

注意:每家公司、每个产品团队的实际情况可能都不一样,文档字数和项目天数的拟合度是不是0.997,请根据您的实际情况做出决定。

3、敏捷交付

操作系统调度进程有多种方法,其中一种是:短作业优先。短作业优先能降低整体的等待时间,让人感觉等待时间变短了。

复用到项目管理中,可以这么做。分阶段、短作业优先交付,也就是先做工时短、价值大的项目。

如何知道工时长短?使用机器学习预测。

三、总结

这篇文档大都是我在多年工作中的体会,可操作性很强。但不要马上拿来即用,要和实际情况相结合,因地制宜的做本土化创新才是正道。

期望以上内容能帮助您解决这个事!

软件交付时间紧,赶着上线怎么办?相关推荐

  1. DevOps笔记-01:软件交付面临的问题、软件工程的三个发展阶段、什么是DevOps?

    目录 1.软件交付面临的问题 2.软件工程的三个发展阶段 3.什么是DevOps? 4.总结 1.目前软件交付面临的问题 (1)跨部门沟通成本高:团队间沟通和协作的重要性一点也不亚于写代码.写文档.做 ...

  2. 数人云CEO王璞:容器正成为软件交付的标准

    2014年Docker技术逐步兴起,大量围绕Docker的创业公司以及诸多开源软件项目涌现.如今,容器技术的生态圈渐成气候,此领域的新技术已呈井喷之态. 技术的迭代同时,Docker在资本市场的斩获也 ...

  3. 如何提升软件交付效能?答案未必如你所想

    Editor's Notes: 如何提高软件交付效能?研发支撑部门 BP 化,项目管理流程精简化,忘掉代码量去构建效能度量模型.一个个富有冲击力的理论不断涌现,细一琢磨,又觉得个中道理正是如此.一切皆 ...

  4. 今日讨论:时间紧,工作量太大,作为测试该怎么办?

    昨天看到群里有一个小伙伴问出这样的问题: 公司签署项目合同死亡日期线是10月1号(平台正式上线)项目上存在以下的几个问题: 1,项目任务工作量太大,开发排期9月中旬才能完成开发(在不修改需求的情况) ...

  5. Zadig 完成 100% 开源:开启软件交付 3.0 时代

    经历过流程驱动的 1.0 时代,工具驱动的 2.0 时代的,软件开发已经进入到数字业务驱动的 3.0 时代,成为企业生存的命脉."要想富,先修路" .开源云原生软件交付产品 Zad ...

  6. 软件测试 | 测试开发 | Zadig 完成 100% 开源:开启软件交付 3.0 时代

    经历过流程驱动的 1.0 时代,工具驱动的 2.0 时代的,软件开发已经进入到数字业务驱动的 3.0 时代,成为企业生存的命脉."要想富,先修路" .开源云原生软件交付产品 Zad ...

  7. 云原生软件交付服务商「KodeRover」完成 100% 开源,同时宣布完成数千万元天使+轮融资

    36氪获悉,云原生软件数字化交付服务商「KodeRover」已于 7 月中旬完成其核心产品 Zadig 100% 开源,同时也宣布完成数千万元人民币天使+轮融资,本轮融资由经纬中国领投,⽼股东盈动资本 ...

  8. 云计算如何对传统软件交付方式产生影响

    如果你正在运营一个项目,那么就会有将近100%的可能性,你会应用到SaaS(software of service,软件即服务)的形式.根据近期Northbridge和Wikibon近期的一项调查,每 ...

  9. 《企业软件交付:敏捷与高效管理精要》——3.4 企业软件交付的软件工厂方法...

    3.4 企业软件交付的软件工厂方法 正如我们前面讨论的,今天的机构面对的商业环境正以前所未有的速度发生变化.与此同时,这些机构还要管理和降低整个机构的运营成本.这就直接意味着,他们不仅要最大限度地减少 ...

最新文章

  1. android route命令详解,route cmd命令详解
  2. 判断密文加密类型hash-identifier
  3. linux下java调用python脚本,java - 在Linux Terminal中以编程方式从Java调用python脚本 - 堆栈内存溢出...
  4. apizza接口文档传二维数组
  5. OpenStack 简介
  6. ElementUI:文本框实现远程搜索的用法
  7. precede和previous_Previous Analyses of Hungarian Phrase Structure
  8. BugkuCTF-Crypto题小山丘的秘密
  9. WEB开发中合理选择图片格式
  10. Docker学习与总结
  11. 中国DCS品牌知名度调查
  12. FreeCAD源码分析: PartDesign模块
  13. 雅戈尔关于媒体报道出澄清公告 谨防股价变动
  14. TCP-Drinc:Smart Congestion Control Based on Deep Reinforcement Learning笔记
  15. 关于Fatal NI connect error 12170
  16. python 从大图中找小图
  17. 黑帽SEO之技巧篇【认准SEO黑帽大神】
  18. yarn Integrity check failed ... computed integrity doesn‘t match our records
  19. 在word插入钢筋符号
  20. Gearbox变速器

热门文章

  1. CCNA(思科认证网络工程师)
  2. Cannot find ./catalina.sh
  3. 【mindgo】 彼得林奇PEG价值选股策略
  4. C#连接android时,pc端检测便携设备PortableDeviceApi调用的问题
  5. AI开发之——Leonardo—Community Feed模型制作图形(4)
  6. 中国信通院:大数据白皮书2020 摘要
  7. 程序员笔试(偏测试)单选题收集整理(一)
  8. 1.5心理测试代码的解析
  9. 工厂模式三部曲之三_抽象工厂模式(附三部曲源码)
  10. 辛普森悖论 - 一个统计学上的悖论