一般情况下,每一个开发小组都拥有一个或者更多的专业技术文档编写者,这些编写者负责为他们的产品编写出相关的技术文档。然而,并不是所有的公司能拥有专职的技术文档编写者。如果你必须编写出和你的软件产品联系在一起的技术文档的时候,你应该在你的脑子里记住下面的这些必须进行的事情。需要进行分析 绝大多数技术文档编写者所做的第一件事情就是进行分析,而分析工作又可以分为两种:对象分析以及任务分析。对象分析 在进行
一、沟通与效率 项目中有很多工作需要充分沟通。确立目标,达成共识需要沟通;明确职责,分工协作需要沟通;工作汇报,意见交流还离不开沟通。沟通障碍往往会造成项目多次返工,事倍功半,严重时会酿成不可挽回的损失,导致项目失败。下面的故事能说明这个道理: 一位教授精心准备一个重要会议上的演讲,会议的规格之高、规模之大都是他平生第一次遇到的。全家都为教授的这一次露脸而激动,为此,老婆专门为他选购了一身西装。
微软产品周期模型是微软28年实际开发经验的精髓,微软的所有产品,从最初的产品策划到编程,Beta版发行,正式版本的发布,下一个版本的开发,都遵循该周期模型。微软产品周期模型是整个微软开发流程的核心和基础。微软开发团队模型是以“三驾马车”架构为核心的矩阵模型,合理的人员配置、合理的团队架构保证了团队成员各司其职,充分沟通,开发出符合用户需求的高质量产品。 软件开发过程模型比较 微软是世界上最大的软件
为了提高生产效率并获得成功,开发团队的成员需要拥有通用过程,通用的术语表和相应的支持工具。这篇文章讨论了UML如何能够帮助你达到这个目标。 在现代的软件开发中存在这一种基本上相互矛盾的论点。一方面组织面对着更加快速的响应市场的要求;另一方面,在相同的组织中还面临着以更低的成本交付高质量系统的压力。在这两者之间维持一个平衡是非常难的:匆忙的将软件系统推向市场,系统的质量勿庸置疑的会受到指责;而仅仅
通过这两年给日方做软件,使我深刻的认识到,如果我国的一些IT行业再不改变现在的管理模式,那么迎接它的只能是淘汰。 也许是老板的意识不强,也许员工的意识薄弱,关于老板的意识强不强,我们只能看他是只顾眼前的利益,还是放眼于未来呢。 现在我就根据自己在项目管理的过程中如何提高大家的积极性,希望对现任的项目经理还是即将担当的项目负责人有所帮助。 1:有一个领导的样子 现在,在我国,聊天是非常时髦的,也非常
在很多年以前,一位好的项目经理并不一定要是一位交流高手。客户们通常并不喜欢这种情况,但是由于项目经理能够向他们提供产品,他们也就接受了。然而,在今天这个崭新的IT世界里,所有的项目都要在客户的合作下才能够完成,而这种合作绝对离不开良好的交流。事实上,项目中出现的很多问题都是交流不善所产生的结果。但是,聪明的项目经理是懂得如何来解决交流中出现的问题的。 问题所在 一旦交流出现了问题,项目的成功就会遇
项目管理实践证明:人的因素是比精良的设备、先进的技术更为重要的项目成功因子。项目经理是项目管理的中流砥柱,其组织、协调、管理能力,以及知识素质、经验水平和领导艺术,甚至其个人脾性都对项目管理的成败有着决定性的影响。在一个项目正式立项之后和开展各项具体工作以前,首先必须遴选和任命项目经理,并由其负责项目的实施和完成,组织开展各项后续工作。 尽管项目经理也是一个管理者,但却与其他管理者有很大的不同。首
在项目管理中,由于项目各方对于项目的期望值不同,因此要达到满足各方的要求和期望并不是一件很容易的事。比如,在项目实施时,项目的客户可能期望质量高于一切,将质量作为首要目标,而项目实施组织可能会将成本作为首要目标。面对这种差异,项目经理不能只满足一方的要求而忽略另一方的要求。因此,项目经理需要在不同的目标之间进行协调,寻求一种平衡。 项目整合管理就是为满足各方需求而进行协调以达到预期目的的过程。它是
项目管理“以人为本” ,这里的人主要指的是一些与项目有利害关系的一些人,即项目干系人(stakeholders),一般包括客户或者用户、项目团队、项公司的管理层等一些主要的利害关系者。 一个项目能否成功,很大程度上取决于能不能分清楚这些项目利害关系者各自对项目的影响,不能利用好这些人力资源,沟通协调好他们之间的关系。 评判一个项目是否成功的标准除了在预定的时间内、预定的成本内,技术性能规格和功能上
不论你接受与否,我们的工作场所将变得越来越象俱乐部,你可以吃东西,会见他人,互致问候,这种新的工作环境下,朝九晚五式的死板沉闷将为虚拟化的灵活机动所取代,但是如何解决随之而来的新问题呢? 随着网络经济的纵深化发展,指向你的公司的路标或许正在变成鼠标,可从地图上查找的地址在变成电邮地址,原处于萌芽状态的“虚拟团队”以一种随风潜入夜、润物细无声的方式成了组织发展的新趋势和管理层关注的焦点。虚拟团队不一