day29 6月28日 周四 晴
現(xiàn)在公司用的是敏捷開發(fā)除破，現(xiàn)公司為每兩周為一個sprint颅停。
產(chǎn)品每周四與技術(shù)過一次技術(shù)需求評審卷谈。
開發(fā)項目管理工具為騰訊的TAPD,用過project吸重，禪道师枣，teambition,worktile后發(fā)現(xiàn)TAPD做敏捷項目管理也還算是挺好用的怪瓶。
數(shù)據(jù)產(chǎn)品技術(shù)評審核心是評審需求/原型的細(xì)節(jié)可實現(xiàn)性，但通常又會被技術(shù)帶到細(xì)節(jié)討論里面去践美，關(guān)于這一點洗贰，為了控制節(jié)奏，我的建議是過細(xì)的細(xì)節(jié)討論可放到會后陨倡，面對面討論或者建群敛滋。要是項目型小組的話，可以通過每日晨會來了解進(jìn)度兴革，會后討論細(xì)節(jié)绎晃。
評審就是被diss的過程，明確好主線杂曲，自己一定要最了解產(chǎn)品價值庶艾，為什么要做，同時也最好會前找負(fù)責(zé)人過一遍擎勘，有問題提前準(zhǔn)備咱揍，減少過會被diss，也多維度加深自己對產(chǎn)品的理解棚饵。
被diss也是好事煤裙，畢竟連產(chǎn)品是做給大伙用的，不是做給自己用的噪漾，連大伙都不理解硼砰，用戶用起來也會費勁。
