×

Loading...

Topic

This topic has been archived. It cannot be replied.
  • 工作学习 / 事业工作 / 其实,agile最关心的就是你昨天干了什么。以前软件工程没有精确到/人/小时,agile实现了。
    • 说agile没deadline是不对的,其实sprint就是deadline.
      • 怎么可能没deadline,这个deadline只是比waterfall的更加接近实际可以实现的目标而已。
    • 18摸曾经创造了《人月神话》,现在agile要创造“人钟神话”了:

       

      • 接下来要精确到分钟。经理们看着1分钟k线图交易项目和人员。 +1
    • Agile是软件公司骗钱新把戏(对startup的小公司尚可,一群对自己开发的商品一无所知,试图通过讨论摸着石头过河),对成熟的大公司,其既人员臃肿浪费也可将项目拖的无限期 +3
      • 你不懂就不要给别人乱扣帽子了。
      • 老把戏了
    • 一个对任何都狗屁不懂的PM+对开发狗屁不懂的PO,指手划脚参加调剂项目进程,竟然要参与每个story的点数评估,结果可想而知 +1
      • 同意。现在这些职位几乎都是非IT背景的人来做,除了agile的规定形式其它一窍不通,纯粹瞎搞。记得以前参加过一个项目组,我的专项只有我一人懂,点数却不是由我定, 咱是懒人高了咱不吭声,低了咱抗议😂 +4
      • 曾经有个香港人经理一点技术都不懂,成天整个team开会.无非就是问每个developer要多少时间完成一个task,精确到小时,太无聊了
        • 随着第三世界国家移民越来越多,接下来会精确到分钟。如果老是超时,到年终总结给你扣个estimation 不准确的大帽子。
    • 制造垃圾也费人/时呢。agile把大任务拆成小任务来做,必需保证工人可复制,所以得玩命保证knowledge share。一些外行领导直接解释为每个人可做另外一个人的活儿,这就完美抹杀了专业区别和个人才能,保证了写出来的是基本垃圾。 +2
      • 按照我们scrum master说的,应该是QA或者DEV team里每一个人都能担当起他team里别人的任务。这并不是说QA就能做DEV的,DEV能做product owner或DEV OPS的工作。
        • 你们一个项目组里面还有dev,qa team? 貌似有点大啊,我记得有5-9个人的限制呢,大了要拆,要不然至少standup meeting会累死人😂 即使在Dev team内部,每人都能做的活儿也没啥技术含量。
          • Scrum master说是有点大,不过人很全。
    • agile最关心的是team里information share。
      • 所谓的information 就是对昨天你干了什么的问题的回答
    • 哪个以前以前软件工程没有精确到/人/小时的?SDLC瀑布开发一样精确到/人/小时,用PM管理时间
    • agile最关心的是怎么让所有的人都看起来在干活,而且干得不好能有充分的理由甩锅。
      • 😂
      • 满墙贴满sticks ,实际没干什么事。
    • 我理解agile 就是正而八经的扯淡。 +1
    • 我真不知道你也是干IT的,如果你这个回答是在interview直接就会废了,agile最早是在很多小的纯软件公司开始应用的,IBM当时也有自己的Global method, agile和一般waterfall最大的区别就是, +1
      agile可以把项目分成多个小iterations,用户可以提早看到成果,问题是软件design变得不靠谱,因为一直在变化中,会议会太多太占时间,还有agile需要成员有灵活性,很有素质,不然项目会比waterfall还糟糕,waterfall更像一般生产线的做法
      • “还有agile需要成员有灵活性,很有素质”,这经常办不到。team里的人员技术有高有低,高的做完了还得照顾低的。或者技术低的在那里指手画脚,搞的技术高的没有战斗力,有心拖拖拉拉,不愿意share knowledge.
        • 这也是为啥agile开始只在很多初创的软件公司流行,因为它们就没几个人,很容易控制人员素质,而且它们更关心提早给用户拿出东西 +1
          • 大公司的project team也完全可以的,特别是新上的项目。只是对每个人的要求都更高了。上层管理人员不好好担起责任来,自然整个team就效率差。
      • 这是讨论。不是面试。