zoukankan      html  css  js  c++  java
  • 构建之法阅读笔记05

    这些天在老师讲过《构建之法》这本书里的第七八九章的内容,我又重新看了一下书中的内容!增加了一些课堂上没有的感悟。

    第七章 Framework

    MSF基本原则:1、推动信息共享与沟通 2、为共同的远景而工作 3、充分授权和信任 4、各司其职,对项目共同负责 5、交付增量的价值 6、保持敏捷,预期和适应变化 7、投资质量 8、学习所有的经验 9、与顾客合作 我觉得这些方面都是对于一个软件项目从开发到出品必不可少的。要有一个固定的框架结构,团队才知道什么时候做什么样的事情

    学习所有的经验: 含义:把经验总结出来 和 分享经验 而他所在的目的在于:1.让团队成员从别人的成果和失败的例子中学到东西     2.帮助新项目重复以往成果的做法      3.培育团队总结的习惯和“批评与自我批评”的文化 。都说失败是成功之母,不管在什么方面,要习惯性的总结经验分享经验。也要有勇于批评和自我批评的精神,这样一个项目才会往更加完美的方向去走。别人对项目的需求本来就是对项目的一种修改和完善的过程。

    责任和驱动:无责任的旁观者和有重大责任的当局者的看法自然是不一样的。在一个项目中,当猪和当鸡还是当鹦鹉,付出的心血是不一样的。当猪付出的是重则生命的代价,鸡有可能还可以逃离这个项目,而鹦鹉则只是动动嘴皮子就可以了,根本没有付出什么实质性的东西。所以在其位某其政,位子在哪里,你付出的责任也应该在哪里!

    第八章需求分析

    准确寻找需求:1、获取和引导需求 2、分析和定义需求 3、验证需求 4、在软件产品的生命周期中管理需求  一个产品想要保证他的市场占有率,那他必须找准定位在哪里。没有一种软件是全能的。总会有自己特定的对应人群,所以产品的定位是极其重要的,有可能决定一个产品的存亡的关键

    需求分类 :1、对于产品功能性的需求  2、对于产品开发过程的需求   3、非功能性需求   4、综合需求   需求分析的目的就是为了最准确的找准定位在哪里。着4点提供了怎样找定位点的方法所在。比如功能要实现什么?怎么实现?谁来实现?还有谁还有一些特殊的需求什么类型的?

    “三拍”——反例:1、拍脑袋  2、拍胸脯   3、拍屁股    这种做法是极其极其不行的,这就是光说话不做事,或者说假话作假事,假装在做事。着在项目的开发中是毁坏一个团队的关键问题,要尽量排出这种人的存在。要留下有责任心有贡献的人,这个团队才有希望。

    NABCD模型——N(Need,需求)、A(Approach,做法)、B(Benefit,好处)、C(Competitors,竞争)、D(Delivery,推广)。这是一个开发流程最经典的模板。按照这个流程一步一步的走下来,产品的发布也不会差。

    功能的定位——四象限方法:

     

    外围功能

    杀手功能

    必要需求

    第二象限 建议采取“抵消”的办法,快速地达到“和别热差不多”,对于大家都特别看重的功能,采取“优化”的办法,达到行业最佳。

    第一象限 建议采取“差异化”的办法,全力以赴投资在这个领域

    辅助需求

    第三象限 建议采取“维持”的办法,以最低代价维持此功能

    第四象限(不是用户的刚需,而是辅助功能,但是我们有独特的办法做的更好) 建议采取“维持”的办法,或者现在“不做”等待好的时机。或者让部分人员做实验

     计划和估计:整个软件项目的时间估计也可以从两个方面来看:

    1)自底向上。团队成员各自估计底层模块和单个功能(及单元测试)所需的时间,再加上集成及基本测试的时间,就是大概的开发时间。这还没有考虑各个模块之间的相互依赖性。

    2)回溯。团队从整个项目最终交付之日往回倒推。

    分而治之:1、保证所有子节点覆盖了全部父节点包含的内容    2、保证各个子节点不要互相覆盖    3、叶子节点要保证足够小,能在一个里程碑中完成。在通常的软件项目中,叶子节点的成本最好不要超过两周。如果团队成员从常理出发,认为叶节点不宜再分下去,那就可以停止。   4、从结果出发构建WBS,而不是从团队的活动出发。

    第九章项目经理

    PM的能力:1.学习能力  2.观察理解能力   3.分析管理能力   4.销售能力    5.交流能力,处理冲突的能力    6.一定的专业能力   7.自省的能力

    PM的任务:

    1 、带领团队形成团队的目标/远景,把抽象的目标转化为可执行的、具体的、优美的设计

    2  、管理软件的具体功能的生命周期

    3  、创建并维护软件的规格说明书,让它成为开发/测试人员及时准确的指导,而不是障碍。

    4  、代表客户和用户的利益,主动收集用户反馈,预期用户新的需求。协调并决定各种需求的优先级

    5  、分析并带领其他成员形成对缺陷/变更需求的一致意见,并确保实施。

    6  、带领其他成员确保项目保持功能/时间/资源的合理平衡,跟踪项目进展,确保团队发布让客户满意的软件

    7  、收集团队项目管理和软件工程的各种数据,客观分析项目实施过程中的优缺点,推动项目成员持续改进,从而提振士气。

    我发现能做到项目经理也是一种荣耀啊!哈哈哈!为什么这么说呢?因为项目经理把一个项目从开发最初到最终发布给大众都扮演了很重要的角色。在团队中兼职是比大牛更加有责任的职位,这也需要好几年的经验才能胜任的,我也想在这方面加油,争取做到这个位置。

     

  • 相关阅读:
    分布式任务调度平台XXL-JOB搭建教程
    微服务跨域问题
    getway网关跨域问题记录
    MySQL-数据库简介及mysql5.7安装
    MongoDB-备份和恢复
    MongoDB-复制集rs及sharding cluster
    MongoDB
    Redis-API支持
    Redis-主从复制,哨兵机制及redis cluster
    Redis-简介及基本数据类型
  • 原文地址:https://www.cnblogs.com/tyyhph/p/5564708.html
Copyright © 2011-2022 走看看