浅谈软件项目规模估计——怎么估?

周三的下午,我像平常一样,写着代码听着歌,突然从天而降一份莫名其妙的故事列表,说让我给个人天,用来投标用。作为一个技术异常牛逼的高端程序员,这对我来说岂不是 A Piece Of Shit…哦不,Cake。拿着列表,打眼一看就知道是做什么 — 又是个审批流系统。注册、登录、忘记密码…这些也需要时间?!哦,还要做个SSO,可能要做点数据集成,给个15人天吧!又是一堆CRUD… CRUD 各给2人天一共8个。看起来有4个 Model,乘个4,32个人天差不多。前端还有些工作量,找前端估一下…还有些跟遗留系统集成的部分,这块应该比较麻烦,给个30人天差不多…还要用微服务架构,估计需要一些基础环境,每个组件给3个人天,一共8个组件,算24吧….总共算起来130个开发人天,差不多,再加点buffer,算150吧!差不多了吧…

这一幕是不是有点眼熟?不过,这样的做法可能会带来下面的几个问题。

成熟开发者的“元品质”

除了那些通用的开发者品质,是不是可能还存在一些品质,可以让我们的开发者快速地成熟起来?除了要对新技术和趋势保持敏感,对工具和语言保持兴趣并熟练掌握,趁着年轻一年又一年挥洒不尽的精力和时间之外,还有没有一些品质存在,是年轻的开发者可借以成熟的路径,或者可供参考的方向?

2017年11月期技术雷达正式发布!

技术雷达是由 ThoughtWorks 技术战略委员会(TAB)经由多番正式讨论给出的最新技术趋势报告,它以独特的雷达形式对各类最新技术的成熟度进行评估并给出建议,为从程序员到CIO/CTO的利益相关者提供参考。

技术雷达的内容来自于 ThoughtWorks 的观察、对话以及在应对最令客户棘手的业务挑战时所沉淀下的一线经验,其中既包含现有技术,也包含新兴技术。技术雷达报告使用可视化的方式将技术趋势分为四组,分别涵盖技术、平台、工具和语言与框架,每个领域又进一步细分为暂缓、评估、试验或采用。

数字化平台之微信平台策略

当下,互联网技术正在深刻地重构我们的社会,各大企事业单位——大到万人集团公司,小到图文复印店——都在争先恐后地从所谓的“传统行业”中脱胎换骨一番以完成数字化转型。

在这个过程中,“企业即IT”、“科技即商业”等口号被屡屡提及,企业开始重新审视已有的CRM系统、供应链体系等诸多IT资产,发现割裂的信息化并不能给企业带来多少价值,于是CIO们逐渐意识到他们所需要的其实是一个IT生态系统。简单的讲,这里的IT生态系统即可以理解为数字化平台,这个平台不单单是个技术平台,同时也是一个业务平台

传统企业数字创新难题

过去的几年里,在不同阶段接触了十几个中国和美国大型传统企业的数字转型工作后,我们发现,传统企业数字创新的关键在于创新是否能够深入到核心业务中,做长期的、高复杂度的、跨部门的大规模创新。而脱离核心业务、企图用文化隔离进行保护,则绝无成功的可能。

浅谈软件项目规模估计——估什么?

定制化软件开发是一件复杂的事情,尤其是目前我们主要提供的端到端软件交付,它极大拓宽了软件开发的生命周期,更加着眼于业务价值,但这也增加了整个设计、分析、交付过程中的复杂度。软件交付已不仅仅是传统意义上的技术交付,更包括了体验设计、业务分析、测试、管理、运维、运营支持、以及流程管理的内容。

基于笔者几年浅薄的软件交付经验,尝试总结在初期进行规模估计的时候,应该考虑的范围会有哪些。