对于“项目管理”，我有这些话想说

一个项目的开发不是要求能用，正常就OK了，一个完整的项目管理，管理者是会考虑一下几点。

1.架构，架构在很大程度上决定了项目的可用性，性能。

2.公共包

3.代码结构（MVC）

4.配置文件（开发，测试，线上）

5.代码规范化（推荐《代码整洁之道》）

6.对外接口的统一性

7.API接口文档

以下是个人的一些项目管理经验总结：

1.架构：架构很大程度上决定了项目的可用性，性能的优良。（具体可以参考：Flask+N+U部署）

2.公共包：公共包的目的是让开发者站在巨人的肩膀上进行开发工作，让开发者能够专注于业务的开发，远离繁杂的底层功能实现。在某一程度上，公共包才是公司内最珍贵的代码。（具体可以参考：xivili一个python公共包）

3.代码结构：好的代码结构能够使我们更加了解项目在做什么，更方便快捷的进行后期维护，通常我们会使用传统的mvc模式来进行结构归类。（具体可以参考：Flask项目代码结构的一些建议）

4.配置文件：配置文件是必定分开的，分别有开发者（本地调试），测试（测试域），线上（生产环境）这三种模式，应该采用那种模式，我们通常的做法就是配置环境变量来实现控制。（具体可以参考：Flask配置文件实践）

5.代码规范：在开发人员中，代码规范已经成为老生常谈的话题了，这的确有点乏味。在我看来，一个好的代码开发习惯，不是用来衡量一个开发者是否入门，初级的标准，而是一个高级开发者的必要条件。代码规范的目的是“让其他人明白你在说什么”，而不是“你在怎么说”。我们都知道，一个项目的人员迭代更新维护这是必然的，没有代码规范，会让项目一点点的臃肿。（具体可以参考：PEP8代码规范，推荐书籍《代码整洁之道》）

6.对外接口的统一性，标准性：一个规范的API接口，可以让调用者更加获得熟悉你的业务信息。一个简单又方便的标准，可以彰显出项目内的规范。（具体可以参考：API中URL如何规划）

7.API接口文档：API文档作为接口提供者是必不可少的，详细告诉使用者，接口有什么作用，有那些信息。