<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>管理 on 冯威的博客</title><link>https://fwhyy.com/categories/%E7%AE%A1%E7%90%86/</link><description>Recent content in 管理 on 冯威的博客</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 13 Feb 2023 09:46:06 +0800</lastBuildDate><atom:link href="https://fwhyy.com/categories/%E7%AE%A1%E7%90%86/atom.xml" rel="self" type="application/rss+xml"/><item><title>代码提交那点事</title><link>https://fwhyy.com/2023/02/code-commits-that-little-thing/</link><pubDate>Mon, 13 Feb 2023 09:46:06 +0800</pubDate><guid>https://fwhyy.com/2023/02/code-commits-that-little-thing/</guid><description>&lt;p&gt;现在，代码的版本管理大多都在使用 git，常用的一些代码托管平台有：Github、码云、Gitlab 等，不管用的哪个平台，我们经常会做提交代码的操作，但很容易忽视 commit message 的写法。&lt;/p&gt;</description></item><item><title>敏捷开发：从理论到团队落地</title><link>https://fwhyy.com/2021/11/agile-development-from-theory-to-team-landing/</link><pubDate>Wed, 24 Nov 2021 08:05:00 +0800</pubDate><guid>https://fwhyy.com/2021/11/agile-development-from-theory-to-team-landing/</guid><description>&lt;p&gt;敏捷开发很早就已经流行过了，之前也零碎地了解了一些相关知识，并在团队中进行了部分实践，但效果都不怎么好。最近又重新梳理了一遍，并结合现状，准备在团队中重新实践敏捷。&lt;/p&gt;</description></item><item><title>技术 Leader 怎样带跨一个团队？</title><link>https://fwhyy.com/2021/07/how-does-a-technology-leader-lead-a-team/</link><pubDate>Mon, 19 Jul 2021 08:05:00 +0800</pubDate><guid>https://fwhyy.com/2021/07/how-does-a-technology-leader-lead-a-team/</guid><description>&lt;p&gt;网上很多分析大公司，小公司的文章，都会提到在大公司工作就是螺丝钉，岗位分的非常细，每个人把自己的专职工作做好就行；而在小公司需要每个人都是多面手，一岗多职。&lt;/p&gt;
&lt;p&gt;这种观点我同意一半，在小公司中，某些阶段人手不足，确实需要每个人都做很多职责之外的事情，比如开发人员除了写代码，还需要测试、写需求文档、用户手册、运维等。但大公司再大，最终也会分解为很多小的团队，从团队最小的颗粒度来说，差别就没那么大了。小公司的团队想要走的更好，也需要能发挥每个人特长，职责清晰。&lt;/p&gt;</description></item><item><title>技术管理者怎样跳出“泥潭”</title><link>https://fwhyy.com/2019/10/how-to-get-out-of-the-mire-for-technical-managers/</link><pubDate>Thu, 31 Oct 2019 06:47:16 +0800</pubDate><guid>https://fwhyy.com/2019/10/how-to-get-out-of-the-mire-for-technical-managers/</guid><description>&lt;p&gt;近几年面试了不少新人，当问到职业规划时，大多都会说先积累技术，然后往架构师的方向发展。这可能是技术人的一个特质，喜欢跟机器相处，沉浸在代码之中，而不喜欢跟人打交道。&lt;/p&gt;</description></item><item><title>KPI在小型产品团队中的实践</title><link>https://fwhyy.com/2019/07/practice-of-kpi-in-small-product-team/</link><pubDate>Mon, 29 Jul 2019 07:05:59 +0800</pubDate><guid>https://fwhyy.com/2019/07/practice-of-kpi-in-small-product-team/</guid><description>&lt;p&gt;最近公司决定对所有技术人员实行KPI考核，曾经一度非常反感KPI的我也被要求制定产品团队的KPI指标。为什么要实行KPI考核，因为在项目团队和产品团队的管理中出现了问题：&lt;/p&gt;</description></item><item><title>怎样带领一个技术团队</title><link>https://fwhyy.com/2018/09/how-to-lead-a-technical-team/</link><pubDate>Mon, 03 Sep 2018 06:25:36 +0800</pubDate><guid>https://fwhyy.com/2018/09/how-to-lead-a-technical-team/</guid><description>&lt;p&gt;从2012年的&lt;code&gt;Team Leader&lt;/code&gt;到现在负责公司的产品团队，在技术管理的道路上也走了6年的时间，看过不少管理的书，也经历过从零开始组建一个团队，和团队成员的更替。下面谈谈我自己的一些感受和理解。&lt;/p&gt;</description></item></channel></rss>