构建之法---初识篇(项目经理和典型用户)

这周主要是项目经理和典型用户场景这两章的内容的学习,了解一个项目经理的责任和义务,了解一个项目经理应该具备的能力是什么,了解什么是典型用户,能够真正挖掘用户的需求,然后进行典型用户的练习。

关于项目经理这一章,其实首先他要是多变的,要懂得从不同的角度去看问题,要了解作为一个用户对软件的需求是什么,要了解作为一个程序员要以什么样的形式将用户的需求完美的表现出来,综合来说就是有观察,理解和快速学习的能力,我个人认为自己这方面的能力还是可以的。再有一个就是让人很头疼的能力,分析管理的能力,一个项目经理要面对各种各样的突发事件,要明白事情的轻重缓急,其实这个能力我们在现实的生活中是可以慢慢培养的,因为我们每天都要有很多事情的发生,每天都要好好思考如何才能高效的管理自己的生活。其他的就是要有专业的能力,过硬的专业能力才能让人信服,才能让自己的队员放心才能凝聚整个项目团队。

关于典型用户这一章,其实我读的不是很透彻,典型用户,可以说是在找到一个具体的用户对象,在做需求分析的时候,模仿用户,设计场景,模拟场景的发生,从而可以找到用户在使用过程中的真正需求,可以知道用户可能会遇到什么问题。当然啦,在分析之前们要先了解我们的软件所针对的用户是什么?有哪几类?每个用户的具体需求是什么?

时间: 2024-10-10 09:26:56

构建之法---初识篇(项目经理和典型用户)的相关文章

构建之法---初识篇(软件工程和个人测试)

这周学习了构建之法的前两章的内容,关于软件工程的介绍以及关于个人测试的重要性. 首先说一下软件工程,一开始觉得软件工程是一个很庞大的任务,在做一个项目的时候,像我们这种小白,心里面还是尽力的想要避开软件工程的复杂步骤,只想着做代码的实现,然后进一步的测试测试就好,但是看了第一章的内容以后呢,觉得软件工程必须按照步骤来,而且代码实现好像并不是占比重最大的部分.一个良好的软件工程是需要一个和谐的团队的共同作业的,但是在这个团队做出一个项目之前,我们首先要做的应该是先成为一个合格的软件工程师,所以了解

构建之法 第九章 项目经理

PM是在前几章中反复提到过的而我本身对此比较陌生的一种团队角色.我觉得"manager"(中文翻译为经理)其实是个很广泛的概念:不过大多数情况下指的是具有"复合型功能"的人物 1.PM是什么 product manager:产品经理.正确地做产品[也就是说,产品经理是以产品为中心展开工作,包括产品的定位.运营.优化等等] project manager:项目经理.正确地做流程:保证一个项目顺利按照计划结项. program manager:微软独有的PM,与项目经理

敏捷流程,项目经理以及典型用户和场景

1.敏捷开发是一种以人为核心.迭代.循序渐进的开发方法.在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征. 敏捷开发是针对传统的瀑布开发模式的弊端而产生的一种新的开发模式,目标是提高开发效率和响应能力.除了原则和实践,模式也是很重要的,多研究模式及其应用可以使你更深层次的理解敏捷开发. 敏捷原则 个体与交互胜过过程与工具 可以工作的软件胜过面面俱到的文档 客户协作胜过合同谈判 响应变化胜过遵循计划 这四句价值观用语句表达就是:自组织团队与客户紧密

构建之法---初识篇(团队、流程和敏捷流程)

这周主要是看了第五章和第六章,主要内容包括团队和流程以及敏捷流程. 首先来说什么是团队?团队有一个集体的目标,团队要一起完成这个目标,一个团队的人,不一定要同时工作,团队成员有各自的分工,互相依赖合作,共同完成任务.此外,团队的模式也是多种多样的,我觉得不管什么样的流程,只要有一个合理的机制,有一个合理的规则就是可以的,我觉得还是要有一个人去领导整个团队,其实对于现在的我来说,我更喜欢主治医师模式.但是必须保证大家不是打酱油的,要每个人都有贡献. 关于开发流程,瀑布模型是单项的,不可逆的生产过程

构建之法----初识篇(MSF和需求分析)

这周了解了七八章的内容,关于MSF和需求分析. 先说MSF 吧,MSF是Microsoft  solution   framework  的简称,译为微软解决方案框架.它包含了九条基本原则,我觉得吧这九条是环环相扣的,如果团队中的每个成员都可以按照这个框架的原则去要求的话,那么工作一定是高效的,有意义的.这个基本原则加强的是团队之间的沟通能力,把所有资源同时共享,避免了因为沟通不当而导致出错.我觉得他在敏捷的基础上又多了一些经验的总结,可以更多的避免错误,同时比敏捷多了几分自由度. 再说需求分析

构建之法--第二篇

构建之法--第二章 在这一周中,我计划学习了<构建之法>的第二章,我认为从第二章开始,才算真正进入到了这本书的主题.这一章讲到的是个人技术和流程.首先,个人技术是衡量你是否能成为一名合格的软件工程师.而想要组建一个优秀的软件开发团队,就必须要有一名软件工程师.流程则是团队来管理开发活动的经过. 个人技术:其中就包括了三点,即单元测试.回归测试.效能分析. 单元测试:我们为什么需要做单元测试呢?这是为了让自己负责的模块功能定义尽量明确,模块内部的改变不会影响其他模块,而且模块的质量能得到稳定的.

构建之法——第二篇

学到现在,那么对于我们而言真正的软件工程包括什么呢? 根据构建之法中的描述,软件工程包括了开发,运营,维护软件的过程中的很多技术,做法,习惯和思想.软件工程把这些相关的技术和过程统一到一个体系中,叫"软件开发流程",软件开发流程的目的是为了提高软件开发,运营,维护的效率,以及提升用户满意度,软件的可靠性和可维护性. 由构建之法中写到软件工程中的软件开发流程,那么软件开发流程不光指团队的流程,还包括个人开发流程,因为软件团队是由个人组成的.在团队的大流程中,是每一个具体的个人在做开发,测

构建之法第一篇阅读笔记

程序=算法+数据结构这句话我估计应该深入每个计算机系学生的心里了,但是就像书中所说的一样除了上数据结构课程我们没有用过任何与数据结构有关的东西,难道老师讲的都是错的吗?构建之法给了我明确的答案,这都是我们就业后所要面临的问题,因此,软件工程概论这门课就显得尤为重要了,它可以帮助我们了解软件工程整体结构,了解其中的各个流程,使我们能够了解到我们今后将会遇到的问题,提前让我们熟悉这个行业,意识到自身所学真正的作用. 软件工程是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程.它包含

构建之法--第一篇

这一周,我学习了<构建之法>中第一章的内容,对<构建之法>这本书有了一个大概认识. 首先,我们从第一章中,能得出其中两个等式: 1.软件=程序+软件工程.我们该怎么去理解这个等式呢?如果是以一个程序员的立场来看,我们想要做出一个可以推广出去并且能过投入市场的软件,要经过几道必要的步骤.程序员要利用自己所擅长的语言来编写出客户需要的程序,待客户满意这一个程序的基本需求后,才算勉强形成一个胚子.后续,还需要随客户的要求而增加相应的功能来满足客户的需求,这是一个庞大的工程.从简单的程序,