V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
vevlins
V2EX  ›  程序员

独立开发者的一个项目周期大约多久?

  •  
  •   vevlins · 2021-07-11 21:22:47 +08:00 · 3644 次点击
    这是一个创建于 1253 天前的主题,其中的信息可能已经有所发展或是发生改变。

    想做些东西但感觉做不好项目管理,总是想的太多导致做不下去。有经验的独立开发者的一个项目周期大概多久?在项目管理上有什么心得?

    10 条回复    2021-07-14 00:44:38 +08:00
    hst001
        1
    hst001  
       2021-07-11 21:37:05 +08:00   ❤️ 2
    独立开发者还有项目周期规划?你是想打一枪换一个地方吗?
    如果你是认真想做的,就不要想项目周期,认认真真做了,真的不得已时,再结束去开始一个新项目。

    一个人的项目管理,极其好做,随便拉个微软的 TODO 都可以搞定,你真的想太多了。
    直接开干,迅速推出产品看人们反馈才是你唯一要时刻提醒自己的。
    janus77
        2
    janus77  
       2021-07-11 21:44:43 +08:00
    又不是接外包,没有 dl,当然是想什么时候做什么时候做拉
    HongJay
        3
    HongJay  
       2021-07-11 21:54:10 +08:00
    想加功能就加功能
    cszchen
        4
    cszchen  
       2021-07-11 22:23:39 +08:00 via iPhone
    业余时间的话,半年以上
    SaltyLeo
        5
    SaltyLeo  
       2021-07-11 22:35:45 +08:00
    用思维导图大致拉一下模块,再稍微把模块细分一下,算算工作量就差不多了,业余项目也没那么多要求,做到自己心中的完美就好啦。

    很多时候跳票是因为修 BUG 而不是没写完,像我最近在写的项目已经写了快三个月了,大致功能已经写完了,但小 BUG 不断,经常改完这里哪里又莫名其妙出问题。最后还得处处防着用户 XSS SSTI 。
    Felldeadbird
        6
    Felldeadbird  
       2021-07-11 22:49:19 +08:00
    看你投入时间为主。我最近在重构项目,5 月底开始的。每天只有晚上 9 点 - 12 点之间写代码。 写到现在才完成 80% 。

    我的心得就是,把你要完成的,用笔或者 电脑找个 word 文档 写起来。 一条一条划掉为止。 其次就是,找找同行,偶然间发发进度的情况,问问同行这个 UI 做的怎样。
    ericls
        7
    ericls  
       2021-07-11 23:10:20 +08:00 via iPhone
    你是打算自己运营卖服务还是写完把代码卖出去? 前者没有终点
    weijar
        8
    weijar  
       2021-07-11 23:13:41 +08:00
    我看了下我现在做的个人项目,从 2 月开始,到现在还没完,估计还要一个月。
    代码已经写了 1.6 万行。
    每天投入在 3 小时左右。

    个人做项目一定要用个 TODO,否则会很有挫败感,因为感觉千头万絮怎么做都做不完。而有了 TODO 看着一项项完成的任务至少心理上有成就感的,有项目在一步步推进的感觉。
    sillydaddy
        9
    sillydaddy  
       2021-07-12 08:55:10 +08:00 via Android   ❤️ 1
    目前我也在做一个独立项目:一个个人的时间管理工具。我的感受就是要充分使用“迭代”的方式。也就是做好一版然后再优化一版然后再优化。

    当初想的就是先自己能把这个软件的初版用起来,后面再迭代到可以发布。即便这样想,我制定的 mvp(最小可用版本)还是包含了很多功能,而且有些功能的质量标准还比较高,基本就是一步做到位的程度。

    看到这儿你可能会想,那简单啊,把这很多功能精简到只留下必要的功能,把标准高的降低标准。问题就在这里,用抽象的词句来表达遇到的问题总是很容易得到抽象的解答。但真正的难点是,当时我就是觉得这些功能都是 mvp 的必需,无法删减和妥协。具体到实际项目,怎样决定哪些功能是非必要的呢?哪些功能的标准还可以降低呢?又如何降低呢?

    到最后我能将原来的 mvp 再次瘦身的原因,是自己给这个 mvp 的完成时间设定了一个截止日期~~因为再不这样感觉自己就永远用不上这个 mvp 了。

    在设定了截至日期后,时间的紧迫性逼迫自己思考:哪些自动完成的计算可以交给用户手动调整?哪些体验良好的交互可以用简单的交互替代?可以为哪些功能保存必要的数据,将来再实现它们?怎样充分利用之前的代码框架实现一些功能而不必推翻一些代码基础?

    所有的这一切变化都是因为紧迫的时间。
    fidetro
        10
    fidetro  
       2021-07-14 00:44:38 +08:00
    我自己在维护的一个项目情况大概是这样,
    项目初期:
    有空就做,下班之后熬夜搞
    运营初期:
    有用户反馈,bug 的就尽快处理一下,提建议的,觉得有用 GitHub 上自己提个 issue,当 todo 用
    运营到现在一两年了:
    现在基本没什么用户反馈了,体量本身也不大,佛系更新,自己想做什么就先 GitHub 上提 issue 记着,闲暇下来就慢慢搞
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2408 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 27ms · UTC 14:47 · PVG 22:47 · LAX 06:47 · JFK 09:47
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.