チームメンバーの期待をあわせる「ドラッカー風エクササイズ」 | DevTab - 成長しつづけるデベロッパーのための情報タブロイド
パフォーマンスが高いチームの特徴の1つに、それぞれの得意なことや価値観、またお互いに期待していることがわかっているということがあります。 今回はこのお互いのことを知り、期待をすり合わせるための道具として「ドラッカー風エクササイズ」を紹介します。 ※注意：この記事は2014年8月27日にGuildWorks Blogで公開したエントリをリライトしたものです。 「チームにおける期待」を合わせる 困難なプロジェクトをより成功に近づけるためには「2つの期待」をマネジメントする必要があります。 1つ目は「チームにおける期待」です。 プロジェクトを進めていくチームには様々なメンバーが集っています。そのメンバーそれぞれの得意なことや期待されていると思うことを共有して、それぞれが持っている期待をすり合わせていく必要があります。この「チームにおける期待」を「内側の期待」と呼びます。 2つ目は「プロジェクト関
ふりかえりのふりかえり - Qiita
動機 アジャイルレトロスペクティブズを読んで『ふりかえり』のやり方をKPTから変えてみた こちらを読んで、ふりかえりについて良く考察されていているし良くまとまっているなと思ったので、僕も自分のチームで行ったふりかえりについて書いてみます KPT 僕のチームでは普段はKPTを行っています。 ただ毎回行っているとだんだんマンネリ化して飽きてきます。 KPTはKeep/Problem/Tryの観点でしか振り返れないので、いつも着眼点が固定されてしまいます。 ずっとやってるとだんだん良いTryが出なくなってきました。 最近あんまり変化がないなと感じたら危ない兆候だと思います。 Timeline そんな時にForkwellのMeetUpで@ryuzeeさんのEffective Retrospectiveを聞いて、ふりかえりも色々な種類があるということを知りました。 （意外とKPTしか知らない人多いん
2017年JavaScriptのテスト概論 | POSTD
本稿は、JavaScriptのテストについて最も重要な根拠、用語、ツール、アプローチなどの知識を身に着けることを目的とした簡略版ガイドブックです。本稿で検討する数々の側面に関する最新の秀逸な記事も紹介しつつ、私たちが経験的に得たことも多少付け加えたいと思います。 Facebookによるテスト用フレームワークであるJestのロゴをご覧ください。 見てお分かりのように、このフレームワークは「苦痛のない」JavaScriptのテストをスローガンに掲げています。しかし、 “次のように言う人” もいます。 苦痛のないテストなんてあり得ない。 実際、Facebookはこのスローガンを掲げるだけの素晴らしい理由があります。一般的にJSのデベロッパは Webサイトのテストにあまり満足していません 。JSのテストには制限があり、実装が難しく、低速である傾向があります。 一方、正しい戦略を立てて適切にツールを
【アジャイル】アジャイル(スクラム)をやり始めて5ヶ月ほど経ったので振り返る - FujiYasuの日記
はじめに 本エントリーは以下の続きです。 fujiyasu.hatenablog.com fujiyasu.hatenablog.com 前回のエントリーから今まであったこと プロダクトオーナー（以下、PO）が交代 POが認定POを取得 スクラムマスター（以下、SM）が交代 SMが認定SMを取得 チームが成熟されてきたときに起きたこと プロダクトバックログリファインメントの改善 スプリントレビューの改善 T字型人材への促進 スクラムオブスクラムが始まる動きがある 簡単ですが、こんなところでしょうか。 それでは詳しく書いていきます。 プロダクトオーナー（以下、PO）が交代 前回のエントリーで POがいない問題 というのを書きました。 前のPOも問題詩しており、解決策として プロダクトに近い立場の人を新POにしました。 ただし、人が変わるということは会話の内容が変わってくるため 最初は認識合わ
モダンコードレビューとは － コードレビューが変わりつつある？：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ
2010年くらいからライトウェイトなコードレビューをその他のレビューと区別してモダンコードレビュー(modern code review)と呼ぶことが増えています。コードレビューのツールを使い、対面での会議を実施せずに完了できることや欠陥の検出だけでなく情報共有も対象になっている点が異なっているようです。 モダンコードレビューの明確な定義やコンセンサスのとれた定義はまだありません。書籍Making Softwareの18章の章タイトルにもModern Code Reviewが使われ、言及されています。Making Softwareの日本語版は2011年、英語版(原典)は2010年に出版されています。18章をご覧になるとわかりますが、レビュー一般に関する言及、レビュー会議を実施する効果に関する言及があります。 2013年にInternational Conference on Softwar
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - brandonsavage/Upload: File uploads with validation and storage strategies
