项目开发里面可能碰到无数种的困难，有个人级别的问题，比如bug,有组织的问题，也有系统级别的问题。
我们先假设这是个人级别的问题，比如你制造了一个bug。你要做的事情非常简单。
①，判断你能不能自己解决问题，最忌不懂而装懂，也忌不能而逞能，要如实汇报并且积极自行debug。如实汇报就是积极解决问题的第一步。
技术上可以做些打桩分析，增加log等等，这些常用的办法要积极使用，不能让别人感觉你一点想法和努力也没有。比如双击断点，使用debug模式运行，然后一步一步的分析调查问题所在，就是常用手段。
②，积极向有经验的同事请教，也可以自己通过专业网站比如csdn或者百度得到同行们的帮助。上面经常回答问题或者提问，或者自行搜索类似问题往往会发现你并非第一个碰到问题的人。在那里你经常会得到一些惊喜。
③，要做好从失败中得到经验的准备，要多问自己，为什么这个问题自己不能发现，为什么自己引入这个问题，为什么自己没有能力解决，我应该做些什么来避免类似的问题，如果再碰到类似的问题，我应该用什么手段解决。想进一步提升自己，丰田模式可以阅读一下，5why，RCA，EDA可以了解一下，这个对于帮助你做出有质量的软件非常有帮助，如果你想从事项目管理，那么对软件开发的深刻理解也是必不可少的。
④，相信自己，没有任何能复现的问题是不能解决的。只是有没有碰到合适的人来指点一下而已。不断的咨询，不断的尝试，永不言败是一个程序员最优良的品质。
如果是组织的问题，不要怨天尤人而是要积极建议组织改进。比如你碰到这样的情况，要思考这是不是最适合公司，最能带来效率的方式。
①，一个人开发大模块甚至大项目
②，没有设计文档，直接开发代码，碰到问题再解决，这些是不是量产公司应该的做法。
③，没有测试设计，想到什么测什么。客户那里一堆问题。
这样的行为在小公司非常普遍，但是是不是正确的方式，值得思考并拿出你的解决方案，真正的老板会喜欢你的风格和态度的。
如果是系统级别的问题，多个模块都需要改进，那么组织一定需要有人能够主动站出来，领导各个相关人等一起解决这个问题，不要觉得自己不可以，组织里非常希望看到有担当的人站出来。
①，组建作战团队，所有相关人员都要加入。
②，了解现状和差距，制定突破方向。
③，每一个突破点都要专人跟进，清晰测试计划及时调整。
④，如需架构变化要积极跟进并重估工作量。
⑤，即使一时半刻解决不了，确保你已经在最正确道路上努力，并且相信这是最快道路。
⑥，不放弃直到解决问题。
最后，没有解决不了的问题，只有懒人思路和事不关己高高挂起的工作态度，调整好自己的思路，丰富自己的办法库，一定可以解决问题的。