前端开发框架都有哪些
1. Bootstrap
Boostrap绝对是目前最流行用得最广泛的一款框架。它是一套优美，直观并且给力的web设计工具包，可以用来开发跨浏览器兼容并且美观大气的页面。它提供了很多流行的样式简洁的UI组件，栅格系统以及一些常用的JavaScript插件。
2. Fbootstrapp
Fbootstrapp基于Bootstrap并且提供了跟Facebook iframe apps和设计相同的功能。包含用于所有标准组件的基本的CSS和HTML，包括排版、表单、按钮、表格、栅格、导航等等，风格与Facebook类似。
3. BootMetro
BootMetro框架的灵感来自于Metro UI CSS，基于Bootstrap 框架构建，用于创建Windows 8 的Metro风格的网站。它包括所有Bootstrap的功能，并添加了几个额外的功能，比如页面平铺，应用程序栏等等。
4. Kickstrap
Kickstrap是Bootstrap的一个变体。它基于Bootstrap，并在它的基础上添加了许多app，主题以及附加功能。这使得这个框架可以单独地用于构建网站，而不需要额外安装什么。你需要做的仅仅是把它放到你的网站上，然后用就可以了。
5. Foundation
Foundation 是一款强大的，功能丰富的并且支持响应式布局的前端开发框架，你可以通过Foundation快速创建原型，利用它所包含的大量布局框架，元素以及最优范例快速创建在各种设备上可以正常运行的网站以及app。Foundation在构建的时候秉承移动优先的策略，它拥有大量实用的语义化功能，并且使用Zepto类库来取代jQuery，这样可以带来更好的用户体验，并且提高运行的速度。
6. GroundworkCSS
GroundworkCSS 是前端框架家族里面新添的一款小清新框架。它是基于Sass和Compass的一个高级响应式的HTML5，CSS以及JavaScript工具包，可以用于快速创建原型并且建立在各种浏览设备上可以正常工作的网站和app。
7. Gumby
Gumby 是一款基于Sass和Compass的简单灵活并且稳定的前端开发框架。
它的流式-固定布局（消察fluid-fixed layout）可以根据桌面端以及移动设备的分辨率自动优化要呈现的网页内容。它支持多种网格布局，包括多列混杂的嵌套模式。Gumby提供两套PSD的模板，方便你在12列和16列的网格系统上进行设计。
8. HTML KickStart
HTML Kickstart 是一款可以用来方便创建任何布局的集合HTML5，CSS和jQuery的工具包。它提供了干净，符合标准以及跨浏览器兼容的代码。
这款框架提供了多种样式表，包括网格，排版，表单，按钮，表格，列表以及一些跨浏览器兼容的web组件比如JavaScript的幻灯片功能，tabs，面包屑导航，包含子菜单的菜单以及工具提示等等。
9. IVORY
IVORY 是一款轻量，简单但是强大的前端框架，可以用于320到1200像素宽度的响应式布局。它基于12列的响应式网格布局，包含表格，按钮，表格，分仿咐页，拨动开关，工具提示，手风琴，选项卡等网站中常用的组件和样式。
10.Kube
最后，如果你的新项目需要一款实在的，不需要复杂的额外功能组件的，足够简单的框架，那么 Kube 将会是你正确的选择。Kube是一款最小化的，支持响应式的前端框架，它没有强加的样式设计，因此给了你充分的自由来开发自己的样式表。它提供了一些web元素的基备桥纯本样式，比如网格，表单，排版，表格，按钮，导航，链接以及图片等等。
敏捷开发团队的人员构成
1. 9人(252结构)
2位资深工程师，负责架构设计、组件选型、技术难点或者开创性的技术探索；
5位中级工程师，负责任务主体的开首悔做发，Coder*3、UIUE*1、Test*1。Coder的3人，可以分为 前端、后台、PC，或者分为Android、iOS、Server(兼前端)；
2位初级工程师，负责简单\基础任务开发，支援测试，数据收集等团队辅助性工作；
2. 6人(141结构)
1位资深工程师，负责架构设计、组件选型、技术难点或者开创性的技术探索（对外Technical Leader）；
4位中级工程师，负责主体的任务开发，Coder*3、Test*1。Coder的者衡3人，可以前滑分为 前端、后台、PC，或者分为Android、iOS、Server(兼前端)；
1位初级工程师，负责简单\基础任务开发，支援测试，数据收集等团队辅助性工作；
敏捷开发的工具
Visual Studio Team Foundation Server
TFS，即团队基础服务器是微软应用程序生命周期管理服务器，用于帮助团队在Visual Studio的协作开发。最近，它进有了陪嫌或升级包括工作项目执行改进、富文本编辑器的改进，以及富文本编辑器中改善的超链接体验。 TFS中的Kanban面板也做了改善，提升了可以录入和跟踪的项目数量，该服务器现在有一个“利益相关者”许可，来规范服务器的访问权限。
Atlassian Jira
Atlassian的是一个很流行的工具，主要用于跟踪产品开发、帮助团队整理问题、安排工具，以及记录团队行为。它Jira Agile插件使开发者肆人员更容易部署关键敏捷策略，这包括用户故事开发、冲刺模块构建，以及可视化的团队活动。
Axosoft
Axosoft以前被称为Axosoft OnTime Scrum，这一软件套件有四个功能模块：Scrum、Bug追踪器、帮助台和Wiki。它是基于HTML5构建的芦伍，帮助开发团队管理待办事项列表、发布和冲刺，带有燃尽图功能，有一个 管理仪表板用于跟踪编码和修改BUG的时间。
LeanKit
使用 LeanKit的团队可以看到工作负载的分布并导出历史数据。最近 LeanKit 进行了一次升级，包含单点登录功能 和附加报告功能，从而提供更细粒度的数据详细信息。
Planbox
Planbox 敏捷管理工具通过燃尽图跟踪进程，集成客户反馈，它的目标人群很广泛。最近它对应用的前端和后端都做的升级，添加了更强大的报告功能和新仪表盘，来提升项目速度。时间跟踪特性和工具允许用户得到所有他们在Planbox产生的数据。
初识PQM（过程质量管理）
今日分享：朱兰《质量手册》第五版，初识PQM（过程质量管理）P188~192，
书中内容桥毕肆：
什么是过程？
业务过程是为产出预期成果（产品或服务）而将人员、材料、能源、设备和信息结合成为工作活动的逻辑构成。
传统上，过程的每一块职能部分均由一个部门来负责，该部门的主管对这块绩效承担义务。然而，产出产品，尤其是顾客所购买产品（组织因此而存在）的那些过程却是横跨组织的职能部门水平地流动着的。传统模式中没有谁对整个过程负责。
为什么要管理过程？
当今企业经营的动态环境的特征可以概括为所谓的“六个C",即change (变革), complexity (复杂性)、customer demands (顾客需求). competitive pressure (竞争压力),cost impacts (成本冲击)和constraints （约束因素），这些因素显著地影响着组织实现其经营目标的能力。
经营目标的实现在很大程度上取决于那些大而复杂的跨职能业务过程，如产品计划、产品开发、开具发货清单、患者护理、原料采购、零件分销等等。这些如果长期得不到管理，这些业务过程中的许多都会变得过时、过载、累赘、成本过高、定义不当，不能适应持续变化的环境的要求。
过程绩效不良的主要问题源自部门要求与整个过程的要求之间的冲突。
过程绩效不良的另一原因在于所有过程在演化过程中均会遭受到的自然劣化。
以上这些都需要通过持续的过程质量管理来改善。
如何衡量过程好坏？
衡量过程的质量有三个主要的尺度，即效果、效率和适应性。
效果衡量：若产出能够满足顾客的需要则该过程便是有效果的。
效率衡量：若能以最小成本实现其效果则该数卖过程便是有效率的。
适应性衡量：若随着时间的流逝，该过程面对所发生的诸多变化仍能保持效果和效率，则称其具有适应性。
过程质量管理（PQM ）的核心特征：
由质量控制、质量改进和质量计划所构成的质量管理过程在过程层次上的应用。这一方法具有一些共同的核心特征，这些核心特征包括：
有意识地面向顾客和顾客的需要；
对最影响顾客满意的少数关键的跨职能过程的特别关注；
每一关键过程有着明确的责任模式；
负责过程运作的跨职能团队；
读书感悟：
软件产品和服务的业务过程：
顾客需要--售前方案--合同签订--需求分析--系统设计--开发--测试--交付--运维
不同的子过程由不同的团队主责，每个过程都会为最终的产品产生影响，CMMI中的工程过程，占了很大的篇幅，本质就是软件过程质量管理。
新兴起的软件敏捷开发模式以及Devops模式，和CMMI相比，在过程质量管理上做出了革新，具体体现在：
1，PO，开发，测试 作为一个Team，一起工作，打破了需求分析，设计，开发，测试 之间的部门壁垒，信息传递和响应更高效；
2，SM的角色，保持Team免受外界其他因素干扰，作为专职的跨职能团队人员，为运营和团队成长负责；
3，工作的软件高于详尽的文档，将对最终产品作用不大的文档弱化，瞄准最终可工作的软件；
4，响应变化高于遵循计划，这点与有意识地面向顾客和顾客的需要 不谋而合；
5，Devops使用从交付前端到最终交付后端的一整套工具，将产品生产过程线上化，改善了关键过程的时间滞后，以及信息传递失真的问题；
敏捷运作模式在过程指标衡量方面的表现：
效果：
产品需求池梳理，以及迭代演示会，邀请客户参与，让业务职能部门更接近用户声音，保证最终产品的效果和客户预期一致；
效率：
尊重每个个体，激发其主观能动性，加上更准确的客户需要识别，减少了返工的内耗，整体成本和瀑布模式下的成敏轿本相比，有明显优势；
适应性：
和传统瀑布模式相比，敏捷模式的适应性更强，双周一个迭代，将纠偏和方向调整的周期缩短，意味着团队能够更快地适应外界变化；迭代回顾会让团队成员总结经验沉淀，能够快速应用到下一迭代中，有助于团队适应性的提升；
以上内容属于书中和作者观点，请大家以辩证思维阅读，结合自己经验，多看，多思，选择性吸收。
什么是敏捷开发？
敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行
的特征。换言之，就是肢空把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
例如，开发某个系统，需求确定后，首先页面ui进行设计，同时针对某些功能模块进行开发，说白了就稿饥缓是不影响自己干活的情况下，执行项目其键模他工作。