KPTとYWTの違いは？～KPTがうまくいかない理由と、YWTの特性を考える - Qiita
はじめに 「ふりかえり」といえばKPT、というくらい有名な手法であるKPT（けぷと）。ただ、ふりかえりに慣れている、またはアジャイルコーチをしている、という方の中には「KPTは使わない」「チームの成長を阻害する」と考えている方もいるのも事実。 私自身も、いろんな現場で行われているふりかえりのやり方を見てきて、やりかたのアドバイス等もしてきましたが、やはりYWTに比べると、KPTは失敗に向かいやすい傾向が高いように思います。 これはKPTやYWTとで、アクティビティによって特性が違うことに起因していると考えています。 これからふりかえりを始めようとしている方、ふりかえりを改善したいと考えている方に、フラットな目線で読んでいただければと思います。 そもそもKPT（けぷと）とYWT（わいだぶりゅーてぃー）はどう違うのか。基本をおさらいしましょう。 Keep, Problem, Try KPTは上
403 Forbidden
＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
ドイツの受託開発会社を退職しました - WETな備忘録
2月末日付けで退職しました。退職エントリ書くつもりは無かったんですが、周囲から「公益性が高そうなので書け」というお言葉をいただいたのと、あと海外在住プログラマのキラキラ記事っておおいに生存バイアスかかってる気がするし、死にゆく者の事例も大事かな、と。 はじめに つらみは有りましたが、うらみは有りません。当初3年ぐらいかなと思ってたけど、この1年間の経験には大変満足しています。また、同僚各位にも深く感謝しております。Vielen Dank. I love you ;) 日本に帰る理由も、ドイツがつらいってのはだいたい3割ぐらいで、じつは2年前からゲノム解析のウェブサービス化とか生物学周辺のソフトウェア受託などの個人事業をやってて、そろそろそっちに集中すっかー、というのがマジな理由です。 tl;dr 自分を守るのは会社でも制度でもなく、自分。Noと言えなければ死ぬしかない。 自分に落ち度が無い
エンジニアの技術力評価は難しい? - 5年間運用してきた技術力評価制度の改善の歴史 ‒ / Regional SCRUM GATHERING Tokyo 2017
Jan 12, 2017 @ Regional SCRUM GATHERING Tokyo 2017
エンジニアの評価制度について - console.blog(self);
Goodpatch Advent Calendar 2016 25日目の記事です。 「エンジニア向け評価制度」とは、技術やスキルなどの側面を評価するための制度という意味合い。いまエンジニア向けの評価制度を作っていて、いろいろな会社のエンジニア向け評価制度について調べてみた。 大別すると、こんな感じ。 そもそも評価制度がない エンジニア向け評価制度がない エンジニア向け評価制度がある そもそも評価制度がない 時雨堂やソニックガーデンには評価制度がない。 評価制度の無い評価制度 エンジニアの評価基準、短期評価をやめてみたら？ | サイボウズ式 こういった考え方は、たしかになーと思う。 良い悪いを短期的に見ないからです。短期的に評価すると、短期的な視線で仕事をしちゃうじゃないですか？ 一番イヤなのは、チームで助け合って働くのが大事なのに、“自分の評価を考えると、この人を助けている場合じゃない”と
効果的な 1 on 1 ミーティングのためにマネージャができること
2016 年に逝去した、元 Intel CEO の Andy Grove による High Output Management の日本語訳が復刊され、さらに Hard Things の Ben Horowitz の序文がついたことで、改めてスタートアップ界隈でも 1 on 1 (ワンオンワン) ミーティングの効果が注目され、各社や各人の 1 on 1 のノウハウが共有されるのではないかと期待しています。 Y Combinator の Sam Altman はスタートアップ初期でのコミュニケーションの重要性を何度も説いています。特にスタートアップは業務が複雑になりがちで、かつ状況の変化も早いため、コミュニケーションがボトルネックになりがちです。 コミュニケーションの遅れは意思決定の遅れにつながります。そして意思決定の遅れは事業の進捗を遅らせたり、トラブルの兆候を見逃してトラブル発生の原因にな
個人目標達成のためのフレームワーク | ベイジの社長ブログ
当社では毎年1月、「目標シート」なるものの作成を各自行ってもらっています。前年度目標の達成率が年棒に大きく作用するということもありますが、それ以上に、個々人が仕事を通して意味のある成長をするために、毎年必ず設定・見直しをしておかなければならないものと考えています。 この目標シートは、私が勤めていたNTTデータの評価システム、知人の会社での人事評価の実態、自己啓発等の参考書籍、そしてもちろん私自身の経験を踏まえ、フォーマット化したものです。決して画期的なものではありませんが、目標の計画立案を大きく手助けしてくれるツールではないかと思いますので、ここで紹介させていただきます。 目標シートのフォーマット 目標設定シートのフォーマットは、以下のような構造になっています。エクセルのシートもこちらからダウンロードいただけます。（中身は適当に入れた記入例です） ご覧いただくと分かると思いますが、次年度の
エンジニア個人が自主的に成長するように促す - エンジニア組織の自律的成長 - 人間とウェブの未来
この記事は、Pepabo Managers Advent Calendar 2016の3日目の記事です。2日目は、弊社チーフエンジニアhsbtさんの「マネージャが仕事の仕組みを作る」でした。 僕自身は、エンジニア専門職の主席研究員兼シニア・プリンシパルエンジニアではありますが、特にペパボ福岡のエンジニア組織を現場でまとめる人間として、エンジニア組織を成長させる中で個々のエンジニアの成長をサポートしているという意味では、マネージメントに関する活動も兼ねております。 しばしば、インターネットサービスの高度化と複雑化の速度が早過ぎるため、グランドデザインができない、人が多過ぎても成立しない、少な過ぎても難しい、とういうような類のサービスを作り上げないといけない状況があります。その際に、厳密過ぎない役割を持たせ、それぞれが横断的にそれぞれのスタイルで、まるで、攻殻機動隊の世界におけるスタンドプレー
Slackにおける組織的なUXデザインプロセス
Jerry Cao氏はUXPinのコンテンツストラテジストで、毎日溢れ出る想像力を利用して執筆活動に励んでいます。以前は、Braftonでクライアントにコンテンツストラテジーを開発し、DDB San Franciscoでは従来の広告宣伝に携わっていました。 チームコミュニケーションを円滑にすることを目指すSlackは、2016年のはじめには60万人を超える有料ユーザーを抱え、時価総額300億ドルの評価額となりました。 Slackは仕事をできるだけシンプルに捉え、組織全体で向き合うことで生産性を上げており、デザインプロセスに関してもこれは例外ではありません。 Slackでは400名以上の従業員が働いていますが、彼らは開発者であると同時にSlackのテスターでもあります。全従業員がユーザーとして毎日8時間以上もSlackを使っているので、デザインチームは今までにないほどコンスタントにユーザーか
セルフマネジメントの必須スキル「タスクばらし」そのポイント | Social Change!
私たちソニックガーデンでは、指示命令のマネジメントを捨て、メンバーそれぞれが自分で考え自律的に行動することで、高い生産性を発揮しつつ様々な変化に対して柔軟に対応できる組織づくりに努めている。 そんなメンバーたちに求めるのはセルフマネジメントができることだ。セルフマネジメントができるために身に付ける素養は少なくない。しかし、セルフマネジメントを身につける最初の一歩は何かを聞かれたら「タスクばらし」だと答えるだろう。 本記事では、セルフマネジメントをマスターするための最初の必須のスキル「タスクばらし」について紹介する。 「タスクばらし」とは 「タスクばらし」とは、読んで字のごとく、仕事をタスクにバラすことである。仕事に取り掛かる前に、その仕事の要素を分解し、どのように進めるか道筋を立てることで、どれくらい時間がかかるか、リスクは何か、見通しを得ることができる。 当たり前のことだと思っていたが、
PF ふりかえりガイド
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru 1/60 プロジェクトファシリテーション 実践編 ふりかえりガイド (株)永和システムマネジメント オブラブ 天野勝 第 1 版 2006 年 6 月 7 日 第 30 版 2015 年 8 月 23 日 第 31 版 2015 年 8 月 30 日 第 32 版 2015 年 11 月 24 日 第 33 版 2016 年 4 月 25 日 第 34 版 2018 年 1 月 27 日 第 35 版 2021 年 5 月 13 日 第 36 版 2022 年 10 月 30 日 オリジナル：http://ObjectClub.jp/community/pf/#material このドキュメントは、クリエイティブ・コモンズ・ライセンス（帰属 2.0）の下 で提供しています。このライ
採用プロセスを真剣に考えろという話
人材流動性の高まりを日々感じているみなさんこんにちは。 最近いろんな会社にお呼ばれしていて、その中でエンジニアの採用の話になることがとても多いのでちょっと整理しておきます。 ポイント▼「面白いプロダクトもないし、仕事内容は面白いとは思えないし、よい給与は払えないし、仕事環境にも自由はないけど、良い人雇いたいんだけど、どうしたらよいですか？」悪いが諦めろ。良い人は当然のことながら複数の会社が興味をもつことになるし、働く場所を自分で選択します。Pros/Consを見極めて選ぶことになるので、Prosがない場所で働く理由がありません…だとあまりに冷たいので、もしあなたが次に転職するとして、それでも今の会社に入るのであればあなたを惹きつける理由が何かあるはずで、それをアピールしよう▼「入社してから期待値にあっていないことが分かる、ってことが多いんだけどどうしたらよいですか？」期待値を明文化している
他者を攻撃することで、有能さを示そうとする人と、助けることで、有能さを示そうとする人。
ある会議に出席していた。ある商品プロモーションの企画会議だった。 そして、その日はある若手が、商品プロモーションの企画案を発表する手はずであり、10数名の参加が見込まれていた。今回の商品は社長の肝いりのものであり、皆が注目する企画会議であった。 会議開始から5分ほどして、若手の企画案のプレゼンテーションが始まった。 プレゼンテーションの技術は稚拙なものの、骨格は概ねよく練られた案だった。ただし、それなりのお金がかかる案であり、社長がイエスというかどうかは、微妙な状態だ。 プレゼンテーションが終わり、質疑応答に入る。その若手が「何か質問はありませんか」というと、何名かが手を挙げる。 一人の営業マンが指名を受け、質問を行った。 「かなりのお金がかかる案だと思いますが、費用対効果はどのようにお考えなのですか？」 確かに、若手は費用対効果について説明を行っていないわけではなかったが、その部分につい
Redmine まだ使ってるの？ Trello 試してみるといいよ。【動画付き】 - Kawaz広報ブログ
こんにちは、ぎぎねっとさんとTetuさんと共に『コミュアゲ』というゲームを作っておりますハワイ長万部です。 さてさて、チーム開発と言えばオンラインレポジトリやタスク管理、円滑なコミュニケーションのとれるチャットツールが不可欠ですね。 『コミュアゲ』ではそれぞれ、GitHubと時々Dropbox（非エンジニア向け）、Trelloと時々GitHub Issue、Slackを活用しています。 さて、その中で今回取り上げるのは Trello 。( https://trello.com/ ) 『コミュアゲ』は自分にとって久々のゲーム開発ということもあって、 「 Slack の使い勝手を試してみたい」 「タスク管理ツールの Trello ってやつを試してみたい」という希望がありました。 Slack は順番前後して、結局 Kawaz全体での Hipchat からの移行が先になりましたが、 Trelloに
企業文化をぶち壊すな / Startup Culture
スタートアップの企業文化 (Startup Culture) についてのスライドです。 企業文化やビジョンをスタートアップの初期から気にするべきかどうかは悩ましいところですが、Y Combinator の Jessica Livingston のいうとおり、企業文化はその設立当初から自然と育っていってしまうものだなと 2, 3 人のスタートアップを見てても思います。であれば、初期から考えるためのある程度の情報はあっても良いのかなと思い、今回スライドをまとめました。 企業文化はかなりソフトな概念なので、そもそも把握しづらい上に何が良くて何が悪いのかも分かりにくく、さらに簡単に変えたり作り上げたりできるものではありません。それに加えて、良い（望ましい、心地の良い）企業文化があるからといって、その企業の成功が約束されるわけではありません。 ただ様々な研究を見てみても、良い企業文化は生産性向上や採
権限委譲、リーダーシップ、チーム - naoyaのはてなダイアリー
いいか、覚えておけ。おれにしてもお前にしても、それなりに成功するってことは、なにかは得意なんだ。でも大体のことは不得意極まりない。全部自分でやろうとするな。自分よりも何かで優れている人たちが、その何かでお前のためにチカラを貸したいと思うような人間になれ。 それがリーダーってもんだよ。 この記事が話題になってた。リーダーシップというのは力を貸してやろうと相手に思われることだという、いい話。 この手の話は、誰もが否応なしに社会で経験することだから、みんなそれぞれ自分の考えを述べたくなる･･･という話題でもありますね。例に漏れず、自分も少し経験から感じることを書いてみよう。 「権限」を「委譲」する? 「上司が何かを部下に任せる」という文脈でいくと、このストーリーは「権限委譲」の話にもみえる。確かにテーマとしてはそうなのだが、自分は一般で言う「権限を委譲する」という考え方そのものにちょっとした落と
エンジニアにとって良い組織とは何かを知りたい? - naoyaのはてなダイアリー
「エンジニアにとって良い組織体制ってどんなものですか? お話を伺いたいのですが･･･」と依頼をいただくことがあるが、都合上全部を受けてはいられない。ので、そういう疑問を持たれた方は以下の本を読むと良いかと思います。 How Google Works (ハウ・グーグル・ワークス) ―私たちの働き方とマネジメントposted with amazlet at 14.10.18エリック・シュミット ジョナサン・ローゼンバーグ アラン・イーグル 日本経済新聞出版社 売り上げランキング: 19 Amazon.co.jpで詳細を見る 小さなチーム、大きな仕事〔完全版〕: 37シグナルズ成功の法則posted with amazlet at 14.10.18ジェイソン・フリード デイヴィッド・ハイネマイヤー・ハンソン 早川書房 売り上げランキング: 7,579 Amazon.co.jpで詳細を見る Tea
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Developer-first Project Management for Teams on GitHub | Waffle.io
Google：マネージャはやはり重要な存在である
Googleと完璧なチーム
