距离上一篇博客已经7天,书还在看(进度有所放缓),笔却没下,培养习惯真艰难,为自己加油。
这周主要看的是一个需求的奋斗史,谈谈我对需求实现过程的理解吧。目前在一个创业型部门,各种需求多变,这也就意味着需要拥抱变化。
人员少,资源少,产品多,功能多,一切靠外包,可总感觉外包是个坑。为啥?因为需求太多变化太快,纯粹的项目外包根本满足不了需求。敏捷外包?可是需求却整不清楚,矛盾啊。如果真心能像书中所写把需求理清楚,来和其他部门做需求打包PK,也许是种幸福吧?
但是,目前这种情况,要怎么处理呢?人就那么些人,事却那么多事。书中所写的方法给了我些许启示。
将需求定义优先级(1-5),让研发初评人力,由此决定需求的性价比,这是种初估,但也许是解决目前问题的一种有效方法,接下来的日子边尝试边总结。
do it。