|
发表于 2014-6-13 04:30:18
|
显示全部楼层
要根据你们公司的性质了. 如果是传统行业.那么基本IT就是支持部门了.
IT基本是运维为主了.如果公司很大 就要考虑一些框架了比如ITIL. 实施一些Policy 建立CMDB和Ticketing System等等.
如果公司是以开发为主. 那就是软件工程 项目管理 QA 等等了 比较注意的是代码管理以及代码规范和文档管理,发布(版本)管理.(因为项目紧张.我目前还没有代码和文档管理非常好的经验 QA也基本都是应付了).
关于立项后的项目需求-人员安排-系统架构-系统子模块拆分-进度计划 这些网上能找一大堆. 具体还是看是否适合自己. 适合的才是最好的.
从我个人的角度看.
1.任何一个产品出去 如果来不及QA. 至少压力测试一定要做的. 这样你也心理有底. 就好象任何事情有个最坏打算.
2.备份policy和灾难恢复policy 太重要了. 血的教训. 而且要定期演习. 别辛苦备份了半天 恢复不了.
3.老外最看重文档. 这个是非常重要的. 而且文档的版本一定要清晰.
ps:昨天 只是简单的写了一下. 我也就是纸上谈兵. 如果要具体讲 ,能写n本书. 所以只能从个人经验上提点建议. 各位老大不要笑话阿.
[ 本帖最后由 wellhome 于 2007-3-28 15:10 编辑 ] |
|