|
|
|
Welcome to my blog!
 项目总结（4） |
这个总结有点长，是自己带的一个15个人月左右的项目。（有点进入管理的感觉，只是有点。）
----------------------------------------------
１、 在工程表中review的频率不能低于4天/次，一般是3天需要一次review。Subleader对于新员工应每天对其成果物进行check。目的：a、保证担当认识的作业进度和subleader的认识是一致的。b、尽早发现问题，将细小的问题在当天解决。也能保证最后开会的review效果。
２、 工程表中必须将所有的工作都反映到其中，包括测试环境的准备等。
３、 当你约束别人的时候，一定要记住自己首先按照规范来做。否则，自己出现问题被别人提出来后，你自己的说服力就没了。
４、 作事情的时候，VSS上有什么东西要变更，一定要全员通知，尤其是像系统设计书之类大家共同参考的文档。
５、 在给日本人发Q&A的时候，一定要在mail本文中注明修改的那些内容，这样就便于对方的确认。其实跟任何人沟通都是一样的，首先要替别人着想一下。提高沟通的效率。
６、 作事情要作一件完成一件。（说的很抽象，其实意义很简单：做一件事的时候，要全身心的投入进去，不要想着另外的什么事。）
其实这个想法，是我在由一个担当转换成一个leader时的遇到的比较头疼的一件事。原来的事情都是比较单一的，设计就是设计、编码就是编码、测试就是测试。但转换之后，发现事情突然变得很多、很杂，这样一来就感觉忙不开了，干这个想那个、干那个想这个。如此这般，就把事情搞的一塌糊涂了。虽然时间紧，活多，但是只要你一件一件的安下心来做，就不会有问题了。（当然，其中肯定会有一些方法和技巧。安排时间和安排事情的重要性的问题。这个还是很有帮助的。）
７、 在对应bug的时候，认识到了基线的重要性，在对应bug的时候有些问题想要参照一下式样书，但是式样书有众多的版本导致无法确定那个是最终版，找不到了准则。我想其他的基线管理也都是必要的，做好这个阶段的基线，非常有利于下一个任务的开展。也对确保这个阶段的工作完全结束起到一定的作用。确保项目的正常进行。如果配置管理员要作基线的管理了，而担当的最终的成果物没有完成，也是对担当尽快完成该项任务起到了跟踪的作用。
---------------------------------------------- |
| [ 阅读全文 | 回复(0) | 引用通告 | 编辑 | 收藏该日志 ] |
Post by dean4pm 发表于 2006/5/17 16:47:00
| 发表评论：
|
 | |
