Day01：写程序很快乐，那开发产品呢？

先来说一个小故事：

前一阵子跟朋友聊天，朋友说：「我有个创业的点子，想要研发一个跟露营有关的产品！」

原来朋友之前因为兴趣使然跑去学了木工，他平常就是个热爱 DIY 的人，之前也见过他确实透过木工改造了自己汽车的後座，将後座变成了行动的床(?)

朋友一边充满热情地说着他的点子，我一边听着他字里行间充满的热情，
突然，我也认真了起来，陪他聊了一些我自己认为可以更「具体」的执行方向，
例如：
「可以找一些产品的目标客群来做个调查呢？」
「前期可以先快速试做出个最小的可用产品，类似一个简单的实体范例」
「先做出个小型的产品原型，一方面方便逐步尝试修正路线，另一方面，没有捧出个实体，也不容易在创业路上找到志同道合的夥伴」

结果朋友说：
「我想找到人一起玩」
「我还是喜欢那种自己乱弄瞎玩的感觉」
「那种自己乱弄的感觉很好玩」

原来如此！

我也懂这种感觉，这种就像是自己在家乱写 SideProject，自己写程序很开心，但是当场景一转换成开发软件产品时，就不单纯只有写程序了，伴随而来的是非常多辛苦与纠结。

为什麽开发产品与自己写程序有这样的差异？

需要有文件、可测试可维护

需要除错，可测试

需要有一套流程

需要与人沟通协作

需要产出价值

然而，当场景转换成「开发软件产品」时，需要谨记一句话：

『软件工作的任务和挑战就是以现有的资源并在时效之内，找到实际的方法去解决现实的问题』，

这句话来自《人月神话》的第一章。

没错，我们的目的其实就是「解决现实问题」而已，但我们只有「现有资源」可以利用，且还要考量「时效」这个问题。

这就是软件开发的纠结之处。

本系列的架构：

（会包含以下部分，但用看的也知道，我还没把 30 天的文章架构给规划好，哭哭）

• 规划
• 写程序与技术
• 测试与验收
• 维护、优化及重构
• 後记

其实我在工作上并不是担任 IT 管理者的角色，这系列文章不足以称作是什麽管理者的心路历程及经验，而是从开发者的视角出发，我只是想将去年经历过的翻新专案的经验给记录下来，回顾所见所闻，并重新思考有哪些地方其实是不足的，试着搜寻及探讨一些方法论，重新咀嚼各个面向的体会与观察。

我深信身为工程师，还是应该具备商业思维及专案管理思维，毕竟我们都是在跟人合作，而合作的目的是什麽呢，就是一起创造价值呀。

反正，有梦最美，希望大家有机会都可以变成快乐的 IT 管理人唷！