关键词：
典型的软件团队里除了能写代码、测试代码和画图做设计的成员，还有一类角色也很重要，我们叫他们项目经理——PM。
PM的M就是Manger，但是P就有这几种：Product Manager、Project Manager/Program Manager,在不同的行业和公司，他们的作用互不相同。大部分公司的项目经理叫Project Manager，微软的经理叫Program Manager。随着软件复杂度的提高，用户需求的多样化，市场竞争的日益激烈，光有程序员和销售人员是不够的。销售人员当然可以把顾客的需求直接告诉开发人员，但是开发人员往往听不懂，我们需要专门的人来做下面的事：1.和客户交谈，阻止用户调查，发现用户需求；2.了解和比较竞争对手的产品；3.怎么让软件变得可用、有用；4.怎么改进团队的流程。PM最大、最独特的贡献是带领团队达成最重要的目标，并保持团队的平衡。PM要在整个项目的生命周期管理风险。对于软件项目来说，风险实在正常软件生命周期事间之外的、可能发生影响的成功的事件。成为一个合格的PM，需要以下几个能力：1.观察、理解和快速学习能力；2.分析管理能力；3.一定的专业能力；4.自醒的能力。在一个项目中，PM的具体任务是：1.带领团队形成团队的目标/远景，把抽象的目标转化为可执行的、具体的、优美的设计；2.管理软件的具体功能的生命周期（需求/设想/设计/实现/测试/修改/发布/升级/迁移/淘汰）；3.创建并维护软件的规格说明书，让它成为开发/测试人员及时准确的指导，而不是障碍；4.代表客户和用户的利益，主动收集用户反馈，预期用户新的需求。协调并决定各种需求的优先级；5.分析并带领其他成员对缺陷/变更需求形成一致意见，并确保实施；6.带领其他成员确保项目保持功能/时间/资源的合理平衡，跟踪项目进展，确保团队发布令客户满意的软件；7.收集团队项目和软件工程的各种数据，客观分析项目实施过程中的优缺点，推动项目持续改进，从而提振士气。
软件工程值得我们用心去体会，用心去学习其中的奥义。
实践第七次随笔作业
本周学习了《构建之法》第七章——软件测试，软件测试的内容在软件生命周期中应该是占有十分重要的地位。描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输... 查看详情
构建之法第七次心得
构建之法14、15章总结第14章这一章讲的是质量保障。在我们做软件的时候，最重要的是质量，如果做成功的软件质量不过关，那无疑是白费心血，浪费时间。程序的质量体现在软件外在功能的质量，用户体验的质量，国际化的质... 查看详情
第七次随笔
这周用HTML做了个网页，代码如下：<!doctypehtml><html><head><metacharset="utf-8"><title>TheFinals</title><linkhref="configuration/index.css"rel="stylesheet"type="text/css">&l 查看详情
《构建之法》第四次随笔
《构建之法》第四次随笔这半个月我阅读了《构建之法》第六章，第七章，第八章。 第六章主要讲的是敏捷流程。敏捷流程是一系列价值观和方法论的集合。敏捷对团队的要求很简单：自主管理，自我组织，多功能型。但是... 查看详情
构建之法第七章学习心得
构建之法第七章学习心得这周我学习了构建之法第七章MSF的介绍。MSF有9个基本原则，针对信息共享，团队内部运营，市场，还有客户。同样是强调效率，人性，灵活，还有前景。MSF对信息共享和沟通十分强调，对团队内部运营... 查看详情
随笔之读《构建之法》（作业一）
自从拜读了邹欣老师的力作《构建之法》后，感触颇深。从书中不难看出邹老师是一个才华横溢、卓尔不群的人。《构建之法》言辞精辟，引人入胜。虽然只是浅读了《构建之法》的部分章节，但是对其中的一些内容我也有... 查看详情
《构建之法》随笔一
...巧和方法还是比较陌生。所以，在这个周末，我学习了《构建之法》的第一章。一开始我以为是很枯燥的教科书类的题材，只有系统的代码教学之类的内容，但是翻了几页后，竟然出乎我的意料，编者的语言相当幽默有趣，引人... 查看详情
《构建之法》第二次随笔
阅读了《构建之法》第一章中软件工程的概论，我学习到了“软件=程序+软件工程”这个黄金公式，并且对软件工程充满了兴趣和信心。但是，一个好的软件工程开发团队需要首先确保团队里的每个成员是合格的工程师... 查看详情
《构建之法》第七章
第六章敏捷流程 1、敏捷流程概述： （1）找出完成产品需要做的事情 （2）决定当前的冲刺需要解决的事情 （3）冲刺 （4）得到软件的一个增量版本，发布给用户2、每天跟踪的时间值： ... 查看详情
《构建之法》第四次随笔
从《构建之法》前两章的阅读学习中，我了解到了软件工程的概论，知道了“软件=程序+软件工程”，明白了个人技术和流程。阅读了第四章之后，我了解到了软件工程中的“两人合作”。 现代软件产业经过几十年... 查看详情
《构建之法》第一次随笔
...间的学习，逐步对软件工程有了新的理解与认识。读了《构建之法-现代软件工程》（邹欣 著 第二版）这本书，感觉学习到了很多有用的知识和以前不理解的方面。书中一开始给出了一个定式“软件=程序+软件工程”，几... 查看详情
《构建之法》第三次随笔
从《构建之法》前两章的阅读学习中，我了解到了软件工程的概论，知道了“软件=程序+软件工程”，明白了个人技术和流程。阅读了第三章之后，我体会到了软件工程师的成长。 软件工程包括了开发、运营、维护软件... 查看详情
构建之法——第七篇
本周我对于软件的设计与实现和用户体验进行了一个深度的学习。我们写软件就是要解决用户的需求，我们需要表达和传递一些信息：在“需求分析”阶段，我们要搞清楚，在问题领域的现实世界里，都有哪些实体，如何抽象出... 查看详情
构建之法阅读随笔一
《构建之法》一书已完成了第一遍的阅读，接下来，我将随机抽取其中的一段进行精读。移山公司的项目进行了一段时间，TFS上也积累了不少数据。大栓做了“数据挖掘”，整理出来一些统计信息，向各位领导汇报。大牛：哇！... 查看详情
alpha阶段第七次scrummeeting
...刘峻辰增加上课信息接口编写按学院搜索课程接口赵智源构建后测试点测试框架构建前测试点测试框架肖萌威优化网页效果优化网页效果杨亦鑫优化网页效果优化网页效果焦云鹏发表评分接口更新评分接口由于在有issues要求之前... 查看详情
构建之法随笔
软件需求分析在软件开发过程中十分重要，过去人们一直认为需求分析是整个软件工程中的一个简单的步骤，“软件危机”爆发之后，人们才逐渐认识到需求分析是软件开发过程中最关键的一个工程。由此可见需求分析的重... 查看详情
构建之法第六次随笔
我这个礼拜阅读了构建之法第12,13章。其中，第十二章讲的是用户体验，我们要考虑用户体验的不同角度，用户的第一印象就很重要，用户第一次使用软件，就很大程度上决定了用户对软件的评价。软件服务始终都要记住用户的... 查看详情
《构建之法》第五次随笔
MSF，即微软解决方案框架，也就是微软推荐的软件开发方法，大约在1993年，微软在总结了自己产品团队的开发经验和教训，以及微软咨询服务部门的业务经验后推出的。MSF基本的原则：1.推动信息共享与沟通；2.为共同的远... 查看详情