私活就那么难搞定吗？

                                                                                  私活就那么难搞定吗？

          当我们的技术，经验积累到一定的程度，然后在一个有比较多空闲时间的公司工作的时候，我们总想利用自身的优势，弄一些其他的业务。为了自己的兴趣爱好，更好的体现一个程序员的价值，更实在一点的就是为了把自己的物质水平在提高一些，我一直都在寻找机会找些私活来做做。

         早段时间一个做IT业务方面的同事，给我提供了一个私活。他问我能不能搞定，我说没问题，现在我缺少的就是单，当时我还挺有信心的。还吹水的说：“没有不能搞定的”。第二天，我还邀请了我的另一个好朋友一同去了客户那。和客户聊起了他们的需求，用户到挺爽快的直接明了的说：“我们要的就是一个通用的进销存系统，然后加上我们特定的一些内容就行了，在3个月内完成”。貌似看起来他们的需求是多么的简单，直接，明了。用户公司还从来没有用系统来管理，用户对于用计算机系统管理是不成熟的，他们也提出用”**进销存系统“做为例子，按照它先做一个通用的，然后在加上特定的业务流程。最后，我们了解他们公司一些基本的运作流程，答应一个星期给他们一个方案。

        我和朋友都没有做过类似的系统，在网上一查，一般的进销存系统都是用dephi写的。我们很想在网上找到一个用java写的进销存的系统，可是找了很久都没有找到。其实，我们最困难的事情是，没有做过类似的系统，又离用户那边比较远，和他们面对面沟通就比较困难，用什么样的方法把他们的需求完好的挖掘出来。我们能够很好的把握住用户的需求才能把项目做好。用户提出来要参考“××进销存系统”，我们用JAVA开发出来到时肯定会和用户那个有区别，比如操作上面，界面的显示上面......如果我们没有一点代码的积累都没有，完全从零开始，然后又是利用业余时间来开发，这样恐怕很难在预期的时间完成；如果我们不能很好的挖掘出用户的需求，那么我们很难把这个项目做好。用户对系统没有一个好的概念，说不定需求定下来，过几天又会变动，那我们不知道要做到什么年月才能完成。我和朋友商量了很久最终决定不接这个单了。

       我很想利用这么好的机会锻炼一下自己，培养自己的业务分析能力；和用户的沟通能力、表达能力、协调能力；系统的设计，编码能力.......但是机会错过了。

         私活就那么难搞定吗？ 我们怎样才能把私活做好呢？我觉得应该要具备几个方面：
         第一，行业背景。平时多学习，了解一下行业一些业务流程。
         第二，多看看同行所做的一些系统。分析一下系统是怎么实现的，涉及到什么样的业务流程。
         第三，多学些程序设计语言。利用他们各自的优势，对于编写代码也方便。比如：dephi就擅长桌面开发。
        第四，多几志同道合的朋友。能够一起努力把项目做好，或者能够提供项目。
        第五，技术，代码的积累。能又更多的代码库，那么能够提高工作效率，缩短开发时间。
        第六，提高自己业务攻关能力。很多事件是可以商量解决的。

         我们不能光技术而技术，现在已经不是“科学技术是第一生产力”，而是“科学技术转化为生产力“，我们要能够把所学的技术转化为用户所需要的系统，才能加倍的体现我们的价值。

 
 

<p><font face="Arial">私活基本上都是拿手头现有的东西改改给人家的，似乎？<br />
真的他说什么你做什么的的话，必需要有正式的合同，团队保证，否则很惨。<br />
私活也是活，也需要大量的沟通，扯皮，吵架，推翻重做的时间和流程。<br />
光一两个人业余去跑这整个流程的话，精力分散，抓不住重点，也完全没有沟通迂回的空间，会死人的。<br />
正是因为脑子里还有&ldquo;干活就是写程序&rdquo;这种光技术而技术的概念，所以才会对私活有什么憧憬。<br />
</font></p>

……这编辑功能真是，编辑一趟之后html标记怎样都无法去掉了

◎Julien

“私活基本上都是拿手头现有的东西改改给人家的，似乎？”私活当然不是一定是拿手头现有的东西改给人家的，至少他们所特有的那些功能，我们得量身订做给他们。

“真的他说什么你做什么的的话，必需要有正式的合同，团队保证，否则很惨。”如果真的用合同来保障的话，我想那是把自己的退路给封了。用户的需求不明确，随时有修改的可能，那么项目的拖延还情有可原，或者做出来的东西用户说不满意，到时可惨了。

“私活也是活，也需要大量的沟通，扯皮，吵架，推翻重做的时间和流程。”不能把项目的沟通协作，想的太恶劣了（扯皮，吵架），那都是没有一个好的心态。这样只会把事情搞的更糟。

“光一两个人业余去跑这整个流程的话，精力分散，抓不住重点，也完全没有沟通迂回的空间，会死人的。”当然小的团队只能接小的私活，不能太大。（超过自己的能力）。在说了不是有点关系什么的，比较熟悉的情况下，用户也不会给你做，担心没有保障。

”正是因为脑子里还有“干活就是写程序”这种光技术而技术的概念，所以才会对私活有什么憧憬。“ 能把私活做好，那就不是单考技术了。我到觉得私活还是有前景的，或者慢慢的演变为工作室，在慢慢的到公司，这是一个理想状态，需要时间，需要探索的过程。漫漫长路，，，

 

 

 

 

就我的经验来说，私活如果和对方比较熟悉，而且需求清楚的话，还是可以的。  但是很多情况，沟通成本，不停的修改，改需求，某些技术难点－－都会成为陷阱。  合同拟订清楚，把握付款方式，控制时间成本，控制需求挺重要。

是的，私活没有这么容易的，必须有一些特别的长处来弥补交流的不足。比如丰富的行业知识，或者类似的项目经验。
难以用一般公司间的项目方式来做。

还是做自己熟悉的业务包括开发语言、工具。最好是从维护和添加新功能做起，不存在技术风险和业务风险。总之，要在自己的能力和经验控制范围之下。接的活越大，风险越大。

[quote="ouspec"]就我的经验来说，私活如果和对方比较熟悉，而且需求清楚的话，还是可以的。 但是很多情况，沟通成本，不停的修改，改需求，某些技术难点－－都会成为陷阱。 合同拟订清楚，把握付款方式，控制时间成本，控制需求挺重要。[/quote]

一般能接到私活应该都是熟人介绍的，但需求一般不会清楚，都要我们去挖掘。就上面的项目来说，估计最大的成本肯定在沟通成本，因为他们公司由于业务的扩展，人工来管理很难控制，人的成本太高，所以迫切的需要用系统来管理，用计算机系统来管理还是一个空白，所以就不成熟。也许在业务分析的过程中，还要对他们的业务流程要进行相应的调整，用户第一次使用系统来管理，管理的比较细严格，终端用户可能不愿意，会产生很大的抵触。由于我们又没有这方面的经验，所以也不知道用什么样的方式来引导用户把需求完好的分析出来。

”合同拟订清楚，把握付款方式，控制时间成本，控制需求挺重要",似乎是公司的标准来做，太严格了吧，也比较难做到。能够控制好当然是好事。

 

接私活最好不要去接完整的项目，有太多未知因素，即使是自己做过很熟悉的东西，稍有变化，就很难控制时间的投入了。人的精力是有限的，把自己弄的疲惫不堪就划不来了。

接私话的活计，最好是培训，咨询－－一锤子买卖；服务器管理－－一次搞好之后基本不管；翻译，写文章－－时间容易控制，但好象不怎么来钱。。。。

算来算去，恩，还不如去炒股票吧～

[quote="Lucas Lee"]是的，私活没有这么容易的，必须有一些特别的长处来弥补交流的不足。比如丰富的行业知识，或者类似的项目经验。难以用一般公司间的项目方式来做。[/quote]

确实，我们毕竟是用业余时间来完成一个项目，那么就要有一定的基础，而不能从零开始，有把握了才能做好。我们要对用户负责，也要对自己复杂。