<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[taizans Blog]]></title><description><![CDATA[Anything Anytime Anywhere]]></description><link>https://blog.csdn.net/taizans</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; taizans]]></copyright><item><title><![CDATA[关于用户故事]]></title><link>https://blog.csdn.net/taizans/article/details/51698951</link><guid>https://blog.csdn.net/taizans/article/details/51698951</guid><author>taizans</author><pubDate>Fri, 17 Jun 2016 11:54:51 +0800</pubDate><description><![CDATA[用户故事，User Story，这个词儿来自于敏捷方法Scrum。到底什么是用户故事，因为近期重拾Redo一些项目方面和产品方面的工作，来整理整理相关知识。用户故事与另外几个概念，如用户故事切分、用户故事地图、用例、场景，都有啥关联或关系呢。]]></description><category></category></item><item><title><![CDATA[【转】大企业的敏捷开发]]></title><link>https://blog.csdn.net/taizans/article/details/51638007</link><guid>https://blog.csdn.net/taizans/article/details/51638007</guid><author>taizans</author><pubDate>Sat, 11 Jun 2016 20:48:05 +0800</pubDate><description><![CDATA[如今敏捷开发已经成为初创企业的标配，如果运用得当，它能大幅提升企业的创新效率。然而在人数众多、层级复杂的大企业，敏捷开发能实现么？ 
转自【2016-06-01 BCG波士顿咨询】谁说只有小企业才能敏捷开发？这5招让大象也能跳舞 。]]></description><category></category></item><item><title><![CDATA[【转】微信订阅号的运营]]></title><link>https://blog.csdn.net/taizans/article/details/51637292</link><guid>https://blog.csdn.net/taizans/article/details/51637292</guid><author>taizans</author><pubDate>Sat, 11 Jun 2016 17:40:02 +0800</pubDate><description><![CDATA[关于微信订阅号如何运营、如何看待从某个版本开始微信订阅号折叠起来，偶然看到“秋叶”的回帖，是其13年的一些见解，很受启发、深表叹服，故，转！]]></description><category></category></item><item><title><![CDATA[【转】中国历史上下五千年之朝代变迁]]></title><link>https://blog.csdn.net/taizans/article/details/51637125</link><guid>https://blog.csdn.net/taizans/article/details/51637125</guid><author>taizans</author><pubDate>Sat, 11 Jun 2016 17:29:15 +0800</pubDate><description><![CDATA[中国历史上下五千年，朝代/国度之变迁。]]></description><category></category></item><item><title><![CDATA[【转】端午]]></title><link>https://blog.csdn.net/taizans/article/details/51637117</link><guid>https://blog.csdn.net/taizans/article/details/51637117</guid><author>taizans</author><pubDate>Sat, 11 Jun 2016 17:01:34 +0800</pubDate><description><![CDATA[“端午”的由来]]></description><category></category></item><item><title><![CDATA[这一年之计]]></title><link>https://blog.csdn.net/taizans/article/details/44704623</link><guid>https://blog.csdn.net/taizans/article/details/44704623</guid><author>taizans</author><pubDate>Sat, 28 Mar 2015 19:47:42 +0800</pubDate><description><![CDATA[人始终会长大、成长、老去，人始终要有自己的路和足迹。这一年，为不惑之前立足铺路。]]></description><category></category></item><item><title><![CDATA[[转载内容]调查发现半数人习惯单手持握手机]]></title><link>https://blog.csdn.net/taizans/article/details/38493733</link><guid>https://blog.csdn.net/taizans/article/details/38493733</guid><author>taizans</author><pubDate>Mon, 11 Aug 2014 15:47:38 +0800</pubDate><description><![CDATA[UXmatters报告称，人们基本上以三种方式持握手机，49%的人会单手持握，15%的人会双手持握，还有36%的人会“抱握”(Cradling)，即双手握住手机，但仅用一只手去触摸屏幕或键盘。虽然大多数人会用一只手触摸屏幕，但他们握持的方法却各不相同。

　　在单手持握手机的人当中，67%的会用右手大拇指触摸屏幕
在单手持握手机的人当中，67%的会用右手大拇指触摸屏幕，33%的会用左手大拇指]]></description><category></category></item><item><title><![CDATA[【转载内容】用户体验的时间尺度]]></title><link>https://blog.csdn.net/taizans/article/details/26578711</link><guid>https://blog.csdn.net/taizans/article/details/26578711</guid><author>taizans</author><pubDate>Thu, 22 May 2014 13:20:11 +0800</pubDate><description><![CDATA[用户体验的时间尺度]]></description><category></category></item><item><title><![CDATA[【转载内容】从KPI谈产品：不同的产品阶段要采取不同的产品策略]]></title><link>https://blog.csdn.net/taizans/article/details/26365695</link><guid>https://blog.csdn.net/taizans/article/details/26365695</guid><author>taizans</author><pubDate>Tue, 20 May 2014 15:09:16 +0800</pubDate><description><![CDATA[从KPI谈产品：不同的产品阶段要采取不同的产品策略]]></description><category></category></item><item><title><![CDATA[【项目那些事儿】接地气之千万别忽视干系人]]></title><link>https://blog.csdn.net/taizans/article/details/9391497</link><guid>https://blog.csdn.net/taizans/article/details/9391497</guid><author>taizans</author><pubDate>Sun, 24 Nov 2013 15:51:24 +0800</pubDate><description><![CDATA[【项目那些事儿】接地气之一
——千万别忽视干系人
 

【图片来源36kr，鸣谢】
 
项目上那些事儿，始终是发生在你周围的。——这是大环境。
举个简单的例子，同一句话、不同的场景会产生不同的效用。项目上很多事情，都需要接地气。
人、时、地，项目中需要常琢磨以保证天时、地利、人和。
 
一般项目离不开各类干系人，业务发起人（用户）、直属领导或上层领导（项目发起者|资助者|或相关]]></description><category></category></item><item><title><![CDATA[【项目那些事儿】项目常总结2013.11.5]]></title><link>https://blog.csdn.net/taizans/article/details/14157087</link><guid>https://blog.csdn.net/taizans/article/details/14157087</guid><author>taizans</author><pubDate>Tue, 05 Nov 2013 01:19:18 +0800</pubDate><description><![CDATA[最近有赖于一些实际操作，项目上的事儿，在人、在事、在时，很是感触！
 
总结之：
1、对事情，要有轻重缓急，要做到时清、日毕，切忌堆积事情
2、对成员，要做到令行禁止、雷厉风行，明确任务、明确周期、明确奖惩
3、对时间，要求快速、高效，必须集中在上班时间内做好一件、一件的事情
4、对地点，要在公司把事情昨晚，切忌把工作带回家
5、对团队，明确目标、明晰管理，要分工合作、强调共同时效]]></description><category></category></item><item><title><![CDATA[【转载内容】产品经理的十大顶级错误]]></title><link>https://blog.csdn.net/taizans/article/details/12874513</link><guid>https://blog.csdn.net/taizans/article/details/12874513</guid><author>taizans</author><pubDate>Sat, 19 Oct 2013 20:22:09 +0800</pubDate><description><![CDATA[产品经理的十大顶级错误
摘要：做好一个产品经理非常不容易，经常容易犯错误。本文详细描述了产品经理经常犯的十大顶级错误。对产品经理、技术负责人、创业者，都可以借鉴。
 

产品经理需要创造产品。上帝也是个产品经理，他创造了人这个产品。
做一个成功的产品非常难，除了需要有资源、时机等问题以外，更大因素在产品经理。好的产品经理能协调资源，能把握时机。但产品经理自己也经常犯错误。
最近翻看了之]]></description><category></category></item><item><title><![CDATA[【转载内容】项目管理者的三大悲哀]]></title><link>https://blog.csdn.net/taizans/article/details/12869427</link><guid>https://blog.csdn.net/taizans/article/details/12869427</guid><author>taizans</author><pubDate>Sat, 19 Oct 2013 11:43:49 +0800</pubDate><description><![CDATA[项目管理者的三大悲哀
曾经有人问我项目管理最害怕的事情是什么，回答说是项目失控。后来钻研了Pmbok后得到的启发是：与其把一个没有前途的项目坚持作完，还不如尽早放弃，因为方向错了，跑得越快偏离目标越远。把以前的所总结的一些零星的体会联系起来，总结出管理者的三大悲哀。这三大悲哀几乎适合于所有的管理者，当然也包括项目管理者。（方向宇）
　　第一，非常出色得完成了根本不需要做的事情。
我想这句话所]]></description><category></category></item><item><title><![CDATA[【转载内容】iOS IM开发的一些开源、框架和教程等资料]]></title><link>https://blog.csdn.net/taizans/article/details/12528041</link><guid>https://blog.csdn.net/taizans/article/details/12528041</guid><author>taizans</author><pubDate>Wed, 09 Oct 2013 22:55:49 +0800</pubDate><description><![CDATA[iOS IM开发的一些开源、框架和教程等资料
下面收集了开发即时通讯工具，如AIM、ICQ(Oscar 协议)以及Jabber(XMPP协议)的iOS客户端程序的一些开源，可以直接使用或者参考：
Oscar协议开发库LibOrange：https://github.com/unixpickle/LibOrange
基于LibOrange库开啊的AIM/ICQ消息通讯工具：https://gi]]></description><category></category></item><item><title><![CDATA[【产品那些事儿】产品经理那些事儿]]></title><link>https://blog.csdn.net/taizans/article/details/12232233</link><guid>https://blog.csdn.net/taizans/article/details/12232233</guid><author>taizans</author><pubDate>Fri, 04 Oct 2013 18:30:10 +0800</pubDate><description><![CDATA[产品那些事儿--产品经理那些事儿
 
近一年时间，常常游离于项目与产品之间，项目上不能说轻车熟驾、产品上更不能说通达通透。
项目的三准则、金三角，产品却是另一面的事儿。产品经理要干的事儿，边看边学习、边学边总结，……边反思！~
 

【图片来源36kr，鸣谢】
 
1、产品经理最好熟悉市场，敏锐地知道：需求来了……
      tips：产品经理是探索者、发现者，往大了说是改变世]]></description><category></category></item><item><title><![CDATA[【转载内容】产品经理专业术语-BRD PRD等]]></title><link>https://blog.csdn.net/taizans/article/details/12238497</link><guid>https://blog.csdn.net/taizans/article/details/12238497</guid><author>taizans</author><pubDate>Wed, 02 Oct 2013 18:01:07 +0800</pubDate><description><![CDATA[产品经理专业术语-BRD PRD等
 
网上转来的，希望对您有用。

在产品管里这个行业中有很多专业名词的缩写如:MRD、BRD、PRD、FSD、PSD、SRS、ROI、CPA、ASP等，本文就这些专有名词的缩写全称以及意义进行说明。


MRD

        Market Requirements
Document，市场需求文档。获得老板的认同后，产品进入实施，需要先出M]]></description><category></category></item><item><title><![CDATA[【转载内容】打造高效的产品团队]]></title><link>https://blog.csdn.net/taizans/article/details/12236351</link><guid>https://blog.csdn.net/taizans/article/details/12236351</guid><author>taizans</author><pubDate>Wed, 02 Oct 2013 15:41:08 +0800</pubDate><description><![CDATA[打造高效的产品团队
 
文 / Marty Cagan

打造团队最佳阵容
对职业球队来说，拥有最佳阵容，是达成赛季目标的关键。但本赛季的最佳阵容并不一定适用于下个赛季；在体魄和速度上，年轻球员会更胜一筹；进攻策略和赛季目标会发生改变；伤病情况和薪金约束都会影响球队阵容。
对于职业球队而言，提升专业技能和职业水准是场“持久战”，需要不断提升球员技能，让球员尝试不同位置，提升后备队员实力]]></description><category></category></item><item><title><![CDATA[通俗易懂 Socket I/O模型全接触【转载内容】]]></title><link>https://blog.csdn.net/taizans/article/details/10021763</link><guid>https://blog.csdn.net/taizans/article/details/10021763</guid><author>taizans</author><pubDate>Sat, 17 Aug 2013 11:44:12 +0800</pubDate><description><![CDATA[本文简单介绍了当前Windows支持的各种Socket I/O模型，如果你发现其中存在什么错误请务必赐教。
    一：select模型
    二：WSAAsyncSelect模型
    三：WSAEventSelect模型
    四：Overlapped I/O 事件通知模型
    五：Overlapped I/O 完成例程模型
    六：IOCP模型
    老陈有一个]]></description><category></category></item><item><title><![CDATA[BIO NIO AIO - by java【转载内容】]]></title><link>https://blog.csdn.net/taizans/article/details/10020531</link><guid>https://blog.csdn.net/taizans/article/details/10020531</guid><author>taizans</author><pubDate>Sat, 17 Aug 2013 11:00:56 +0800</pubDate><description><![CDATA[BIO NIO AIO
- by java
 
1、概述

BIO就是基于Thread per Request的传统server/client实现模式，

NIO通常采用Reactor模式，

AIO通常采用Proactor模式，

AIO简化了程序的编写，stream的读取和写入都有OS来完成，不需要像NIO那样子遍历Selector。Windows基于IOCP实现AIO，]]></description><category></category></item><item><title><![CDATA[Reactor与Proactor的比较【转载内容】]]></title><link>https://blog.csdn.net/taizans/article/details/10019949</link><guid>https://blog.csdn.net/taizans/article/details/10019949</guid><author>taizans</author><pubDate>Sat, 17 Aug 2013 10:39:15 +0800</pubDate><description><![CDATA[Reactor与Proactor的比较

1、标准定义
1.1、概念

两种I/O多路复用模式：Reactor和Proactor
一般地,I/O多路复用机制都依赖于一个事件多路分离器(Event Demultiplexer)。
分离器对象可将来自事件源的I/O事件分离出来，并分发到对应的read/write事件处理器(Event Handler)。
开发人员预先注册需要处理的事件及]]></description><category></category></item></channel></rss>