一个被IT搞的

软件开发过程中会有各种角色的干系人。。。

 第一步：规定好不同模块间交互的“接口”。一般不同的人负责不同的模块。 第二步：验证“接口”设计是否合理。尽快完成可用于验证“接口”的部分代码，先验证“接口”设计的合理性。 第三步：完成开发人员各自模块的内部细节。 ...

程序员所想、所忘、实际时间  

经常用这个模板。从别人那学来的。 ApplicationComponentDetailPriorityPlaned End DateComment app1 module1  P1 yyyy-MM-dd .................. Application        表示处理...

《高效能人士的七个习惯》《执行》

        酷壳上这篇《开发团队的效率》中提到过这点。 ===进入正文===         领导只要结果，不要过程。        大多数领导是这样的：很少或者根本不关心在乎下面各团队间合作的方式；只关心最终产品或任务是否能完成。这样的领导一般只在乎能否在短期内完成目标任务，而忽视了达成目标方式是否合适，是否符合可持续发展。         于是底下各团队间的合作...

        在整理资料的时候翻出了一位大神曾经转发给我的分享《从QA到EP》。联想到最近发生的事，又颇有感慨。        已经有很多前辈对QA的工作职责，现状及演变方向做了分析。对很多评论，我也是深有同感。        以下观点只针对部分QA，但国内几乎绝大部分QA都类似。        个人感觉QA都是苦逼的手工测试者，没什么技术含量，入行门槛极低。一般用人单位所招QA多是毕业于计...

第一步：规定好不同模块间交互的“接口”。一般不同的人负责不同的模块。 第二步：验证“接口”设计是否合理。尽快完成可用于验证“接口”的部分代码，先验证“接口”设计的合理性。 第三步：完成开发人员各自模块的内部细节。

经常用这个模板。从别人那学来的。 ApplicationComponentDetailPriorityPlaned End DateComment app1 module1  P1 yyyy-MM-dd .................. Application        表示处理的是

《高效能人士的七个习惯》《执行》

酷壳上这篇《开发团队的效率》中提到过这点。 ===进入正文===         领导只要结果，不要过程。        大多数领导是这样的：很少或者根本不关心在乎下面各团队间合作的方式；只关心最终产品或任务是否能完成。这样的领导一般只在乎能否在短期内完成目标任务，而忽视了达成目标方式是否合适，是否符合可持续发展。         于是底下各团队间的合作就可能存在大量的代劳