star法则

Situation： 简短的项目背景。 比如项目规模，开发的软件的功能、目标用户。
Task：自己完成的任务。这个要写详细，要让面试官对自己的工作一目了然。在用词上要注意区分参与和负责；如果只是加入某一个开发团队写了几行代码就用负责，那就很危险了。面试官看到简历上应聘者负责了某个项目，他可能就会问项目的总体框架设计、核心算法、团队合作等问题。这些问题对于只是简单“参与”的人来说，是很难回答的，会让面试认为你不诚实，印象分会减去很多。
Action 为完成任务自己做了哪些工作，是怎么做的。这里可以详细介绍。做系统设计的，可以介绍系统架构的特点；做软件开发的，可以写基于什么工作在哪个平台下应用了哪些技术。
Result 自己的贡献。 这方面的信息可以写的具体些，最好能用数字加以说明。如果是参与功能开发，则可以说按时完成了多少功能；如果做优化，则可以说性能提高的百分比是多少；如果是维护，则可以说修改了多少个BUG。
例子：
Winforms 是微软。Net中的一个成熟的UI平台（Situation）。本人主要是在添加少量新功能之外主要负责维护已有的功能（TASK）。新的功能主要是让Winforms的空间风格和Visa、Windows7 的风格保持一致。在维护方面，对于较难的问题，我用WinDbg等工具进行调试（Action）。在过去两年中，我共修改了超过200个Bug（Result）。

你在改项目中碰到的最大问题是什么，你是怎么解决的？
从这个项目中你学到什么
什么时候会和其他团队成员有什么样的冲突，你们是怎么解决冲突的。