谁也无法改动近况，唯有有数程序员血洒大地，才干使项目重建天日。”这一点也不夸大，软件项目做烂了就是个坑，介入者也不外是填坑的。就像是在魔兽世界疆场碰到国度队一样，你赢也赢不了，出也出不去。
当我们进入一个项目时，经过不时察看我们可以发现我们的项目究竟是不是一个坑。造坑的项目，常常具有某些“臭味”，以下是我的一些看法，这些“臭味”等于项目安康形态欠安的分明标记：
编码标准形同废纸，代码质量低下每一个项目都有编码标准，但真正严厉施行倒是另一回事。太多的项目把编码标准作为方式的存在，没人在乎闪开发人员写出“人能读懂的程序”，正文和定名也成了开辟人员的为所欲为。project上永远只要开辟义务，而简直找不到单位测试的工夫和代码审查的工夫。在高压进度之下的项目，显得如斯盗窟。当我们还在埋怨本人工资低的时分，就先看看我们的程序还能称作OOP吗。
缺少文档或文档质量低下后期文档很主要，不管是框架的API运用手册，照样需求或设计文档，以及各类既定流程的标准，分歧品种的模板及查对表，等等这些文档，关于项目来说多是十分主要的资本。而常常有些项目，这类文档就是交由非软件行业的人员来编写，或许后期基本不计划在文档上糜费工夫。这就招致了，短少相干文档或文档质量低下，在软件构建进程中，开辟者和团队，不得不为这种“外表工程”的产品而纠结。乃至会退回到后期预备任务，完成所需的文档。有些文档可以在前期补，但有些必需在后期停止预备，以保住团队下降风险，增加缺点惹人的几率并进步编码质量，假如后期这类文档没有做好，那么就会像考前不温习一样，自食恶果。
无尽的需求变卦，永远追不上的进度这是最罕见也是最恐怖的，由于无论如何，我们都无法完成它。客户能够以为改个程序，就像改个Excel一样复杂省事，乃至会运用可动用的一切权益和资本来履行变卦。好吧，我供认如许的客户我碰到过许多。当我向客户说明过变卦的价值并供给备选计划后，也就只能等候客户的选择了，这若干有些运数的成分，但也是无法之举。
仅仅靠加班应对进度落伍进度落伍并弗成怕，恐怖的是仅靠加班来追逐进度。这是成绩的症结，crdzdj夫的赶工依然无法赶长进度，这只意味着项目有某种更深条理的成绩，曾经不是单开赶工可以处理的了。留心那些crdzdj夫加班的项目，他们常常在治理上存在很大成绩，发现这些成绩，在你成为PM时，不要犯相似毛病。
沟通无门假如你在一个“叫天天不该，叫地地不灵”的项目里，那你最好省心吧。项目中沟通很主要，但总有些项目，指导的任务太忙，人就是找不到，收回去的邮件就是没人回，碰到成绩就是本人扛。在如许的项目里也有一些益处，比方锤炼本人的自学才能，以及考验意志与根性。不外这些，也多是我的自嘲。低效的沟通将招致不用要的返工，这才是我所仇恨之处。我最为末路火的一段阅历是，甲方要停止变卦，开了一周的会没人告诉我，我的小组在这一周里完成了原方案的数个需求并进入到测试阶段， 但这些需求均被砍失落 。原本只要甲方告诉是可以调剂进度开辟其它模块的，但最终演化为资本的糜费。可见，沟通是何等的主要。
没人关怀质量由于软件构建属于专业范畴，客户并不具有响应范畴的常识，因为这种信息纰谬称，滋长了软件的质量低下。我们开辟的软件可所以“低品级高质量”的，但不克不及够是“初等级低质量”的。然则，太多的项目不在重视编码质量，这与软件构建的复杂度有关，也与全部行业的习尚有关。但不论何种缘由，进步代码质量依然应当作为团队的尽力偏向。团队应当嘉奖那些，编写高质量代码的程序员。假如你的团队嘉奖的是那些，“BUG杀手”（天天修正上百个BUG），而热闹那些缺点检出数目很低的程序员，那么，你的PM是个不懂技巧的，至多我自己以为，任何有技巧配景的PM都应当嘉奖那些正在坚持职业操守，仔细看待需求，包管代码质量的程序员。他们为项目支付了更多，更多的异常处置， 更多的测试调试，更多的反省，更多的重构，固然他们的进度并不快，但他们惹人的缺点数目很少。每一个做过开辟的人都邑在质量和进度上做出弃取，而我敬仰那些选择质量程序员，由于他们才是真正拿开辟当事业的人。在此，向一切尽力进步代码质量的程序员致敬！
没工资缺点买单没工资本人的效果担任。需求产出了低质量的文档，设计没有停止充沛的迭代，开辟可以怎样复杂怎样写，测试可以随便测测，没工资本人的效果中的缺点买单，除了项目司理，他为项目承当独一义务。当项目组一切人员都在混时，就是在给本人挖坑。这种缺点的聚积，会像放射性元素在食物链中的聚积一样，日夕项目会因而而解体。
过高的离任率这个是最分明的“臭味”，这阐明我们的同业曾经在这里无法忍耐了。它所带来的恶略影响不但表现在可用资本的增加，还表现在对成员士气的极大影响。假如不实时改良，这将是一个十分恶性的轮回，当往一个进度落伍的项目中添加资本只会使进度进一步落伍，而非正离任招致必需弥补新的资本，资本从入职到培训都邑对对团队发生震动，并下降现行团队的消费力。一个频仍处于构成阶段的团队，很难请求其有什么凝集力，团队成绩将会凸显，特别是在沟通上，在项目忙的时分很少能照料到新人。破费在对新人停止培训，和与其沟通上的工夫，很能够得失相当。
团队中的不良心情分歧团队开端扎堆并互相仇视，例如开辟组以为设计组是一帮搞营业的呆子，基本不懂编程；测试组以为开辟组的人就是渣滓，BUG提交了若干便照样无法封闭；PM开端埋怨，本人的成员不合营；成员开端埋怨，PM是个纯治理没资历批示行家干事。等等，诸如斯类的怨念会在团队中积聚，并以某个导火索为契机迸发。面临理想吧，至多，我远没有本人想象的那样崇高。我供认我已经会和其余程序员说：“你看XX他们写的代码…什么呀…”，如许的话。在过来我也吐槽过他人代码，这种做法是毛病的，我为此表现歉意。如今，假如有需要，我会说代码出缺陷，但毫不会说他的代码欠好。我愿望，我们能彼此尊敬。关于技巧人来说，不尊敬他的效果就是不尊敬他的人，所以我照样建议PM在治理任务中，多用“缺点”，罕用“不可”、“纰谬”。然则，项目中也老是有些人，靠轻视他人的效果来彰显本人的实力。这些人，有，但很少。至多我碰到的很少，碰到过几个，让他们的话语成为你进修的动力吧。我已经被人挖苦UI做的太丑，之后我学会了SL和FLEX；被人轻视根底太差，之后开端浏览《CLR Via C#》；我冤家被人讪笑过数据库设计，如今人家也开端买书进修。团队中就是如许，我们无法管住他人的嘴，但我们可以管住本人的。少说多听，一鸣惊人，乃上上之策。不要受心情的影响，坚持一个宁静的心。
没有项目或阶段的后评价纰谬项目标阶段停止后评价，也意味着没人在乎你究竟干了些什么，一切人都只是进度能否完成，而没有对完成的利害停止评价。这也意味了，仅靠做好你的任务，你是无法失掉指导的注重的。最终只要那些加班工夫最长的程序员被指导承认。而才能强，口碑好的成员也只能在团队和客户两头留下传说。