离开那个公司已经一年了，现在回想起来，还是有经验可以总结的。当时公司刚刚成立，不过抱了个很雄厚的大腿来投资的。几个领导也都是海归博士-也不能说是海龟，国籍都在国外了。当时想做云计算方面的移动应用的，谈构思的时候，我也十分看好的，再加上刚毕业，创业型的公司自己觉得很能锻炼人的，当时主要有4个领导，面试我们的是二老板，当时还只知道瀑布模型，老板给我们讲了我们开发要用的是敏捷开发，当时很欣喜也很好奇，虽然工资相当低，当时我们没有毕业，只能算实习。一开始，我们对我们还是相当照顾的，因为大的 需求还没有定，所以老板自己带我们学习各种框架,也是类似敏捷开发那种，就是把一本教材分几章，分给几个人，各自负责自己的那章，理解，学习，总结出重点，然后开个会，各自上去讲解自己学到的重点，互相交流，提高效率，这种还是蛮好的。后来，正式开始开发了，开始引用scrum，每天早上花一个小时左右，每个人汇报自己做的事（昨天做了什么（最少三件事）今天计划做什么（最少三件事）遇到什么问题），蛮有效率的，公司还特意内部闲做了个内部网站，写上这些事，虽然写了，但每天的会议还是不可少的。一切都井然有序的进行。但是到后面，相对而言就开始出现弊端了，由于需求不断的更改，让我们这个10几个人的团队手忙脚乱的，可能是刚毕业带来的局限性。越到后面，越发现敏捷开发带来的困扰，领导团队的决策也有相当大的问题，一年时间，改了三次架构，这是动了根本的大手术呀，越到后面，越觉得偏离了原来的构思，然后渐渐觉得scrum是那么的浪费时间，既然每天的日报都写了，为什么还需要每天的晨会，后来几个领导签证到期，回去了，更是每天用skype远程会议，费时 费力。代码随着需求一直在变，一直不稳定，协同的开发。。到后来离开了，最近和前同事聊了聊，谈了下进展，貌似开始融资了，项目依然半死不活的，我不能说他完全没有前景，希望他能够大卖吧。