リモートワークにおけるファシリテーションの方法論の増補版を公開します！ - COPILOT KNOWLEDGE
2020年5月に公開した「リモートワークにおけるファシリテーションの方法論」の増補版をこのたび公開いたしました。 増補版のための序文（2023年10月） 資料 増補版のための序文（2023年10月） 2020年の新型コロナウイルスの世界的流行は、私たちの働き方を大きく変える契機となりました。 空間を共にしながら働くという前提は崩れ、在宅やコワーキングなど、各自が離れた場所から仕事をしていくスタイル（リモートワーク）は特別なものではなくなりました。当時、社会的に移動制限が行われたことによって、オンラインミーティングやリモートワークが普及し、逆説的に「移動からの自由」というものが生まれました。そして、移動から自由になることによって、「働き方そのものも自由」につながっていったのがこの3年間の大きな変化と言えるかもしれません。 しかし、一般的に「自由」の裏側には「自由であることの難しさ」が必ずある
障害の事後分析を読んで得た教訓 ― 「何がシステムを停止させるのか？」 | POSTD
私はポストモーテム（事後分析）の記録を読むのが大好きです。ポストモーテムを読むと勉強になりますが、大抵の教材的資料とは違って、興味深いストーリーが含まれているのです。相当な時間をかけてGoogleとMicrosoftのポストモーテムを読みました。大きな障害を招く最大の原因について、私は（まだ）きちんと分析していませんが、何度も繰り返し目にするポストモーテムのパターンがいくつかあります。 エラーハンドリング 適切なエラーハンドリングのコードを書くのは難しいものです。エラーハンドリングのコードに含まれるバグは、 大きな 問題を引き起こす主な原因となっています。つまり、エラーによってバグのあるエラーハンドリングのコードが実行されるということは、単に個々のエラーが重なるだけという事態にはとどまらないのです。障害が重なって重大なシステム停止につながることはよくあります。それはある意味明らかなことで、
進捗確認をやめると上手くいく｜きゅーい / koyo
プロジェクトマネジメントといえば「進捗確認」と思っている人も沢山いると思いますが、私は進捗確認という行為そのものに否定的です。 このエントリでは、進捗確認という行為がいかに無意味であるかという話および、進捗管理として行うべきことを書いていきます。 誰かのプロジェクトマネジメントの参考になればと思います。 ※ 進捗管理が不要という話ではありません 進捗確認の定義このエントリでの進捗確認は下記の定義とします。 複数人が関わるプロジェクト等において、プロジェクト等をマネジメントするべき立場にある人間が、プロジェクトの所属メンバーに対してタスクの進捗状況を口頭・テキスト等で直接確認する行為 少し難しい言葉で書きましたが「進捗どう？」といった質問およびその回答からなる一連の流れだと思ってください。 なぜ進捗を確認したくなるのかプロジェクトマネージャー（PM）の仕事のひとつに納期の管理というものがあり
アジャイルとプロジェクト管理 | IIJ Engineers Blog
名古屋支社開発チームのスクラムマスターとして日々奮闘中。よいサービス、よいプロダクトは楽しく元気なチームから生まれると思っています！関わる人すべてが笑顔になるために、私は何ができるのだろうか・・・。 みなさんこんにちは。 突然ですが、アジャイル開発をしてみたい！と思ったことはありますでしょうか？ 『Agile』を辞書で調べると『機敏』、『敏捷』、『俊敏』、『素早い』・・・と、とにかく早そうな意味が出てくるかと思います。 読んで字のごとく、なんだかプロジェクトが早く回って、なんだか会議の時間も短くて、なんだかどんどんサービスや機能ができていくイメージがほわほわと浮かんでくるのではないでしょうか？ 今回は「アジャイル経験者から見たアジャイルのプロジェクト管理」を私の感想からお話しします。 アジャイル開発をしていて嬉しかったこと 私が良かったと思う瞬間は「顧客と一緒にサービス作り、リリースできた
アソビューのとある大規模プロジェクトにおけるユーザーストーリーマッピング活用事例 - asoview! Tech Blog
これはアソビュー！ Advent Calendar 2022の5日目です。 こんにちは。 アソビューでテックリードやってる井上です。 12月ですね。この時期の悩みは子供のクリスマスプレゼント（byサンタ）とふるさと納税（毎年12月に駆け込み、、）ですね。 さて、今日はユーザーストーリーマッピングについて、アソビュー社内活用事例と感想や展望などを共有します。 はじめに ユーザーストーリーマッピングそのものについてはここでは割愛させていただきます。 詳しくはこちらの有名な書籍（オライリーのユーザーストーリーマッピング）や他社事例などが検索すると出てきますのでそちらを参考にしていただければと思います。 www.oreilly.co.jp アソビューでは以前からいくつかのプロジェクトでユーザーストーリーマッピングを活用していたのですが、 今回直近キックオフを迎えた現在絶賛開発中のとある大規模プロジ
「エラスティックリーダーシップ」でソフトウェア開発をうまくリードする方法を考える - yigarashiのブログ
僕にはリーダーシップがわからない。 しかし無策で取り組むべきでないことだけはわかる。 ということで、自分の周囲で共通言語としてよく参照されている「エラスティックリーダーシップ」を読むことにした。自分は新米リーダーとして困りをたくさん抱えているのだが、そこから脱出するための知見が山のように書いてあった。適用しやすいシンプルな枠組みや考え方が提示されていて、最高のリーダー、そして最高のチームを目指して頑張ろうという気になった。初版は2017年5月で今さら感もあるが、学んだことや考えたことを整理してみる。 エラスティックリーダーシップモデル ここが本書の中心であり一番有名なところだと思う。チームにはサバイバルモード、学習モード、自己組織化モードの3種類があり、それぞれでリーダーは異なるリーダーシップを発揮するべきというもの。具体的には、サバイバルモードであれば指揮統制でチームが学習する余裕を生み
Goのプロジェクト構成の基本
Goのプロジェクトをどの様なファイル構成で配置すれば良いか読み物が少ないという指摘を見たのでまとめてみようと思う。 GOPATHについて Go1.16がリリースされたことでGo-Moduleによるプロジェクト構成が標準で推奨されることになりました。（Go1.11までさかのぼってGo-Moduleは使える様になってます） Go-Moduleモードでは「GOPATH配下にプロジェクトを置かなければならない」という制約からは解放されています。なので、実質GOPATHはどこを指していても構わないし設定されていなくても「ユーザーホーム/go」というデフォルトの場所が決まっているので開発できます。 おすすめの環境変数設定は以下の２つだけ。 「GOPATH=~/.go」（WindowsはGOPATH=％USERPROFILE%\.go） 「PATH=＄GOPATH/bin:$PATH」（Windowsは
フロー効率性とリソース効率性について XP祭り2017で発表してきた #xpjug - @i2key のBlog
先日、開催された XP祭り2017 にて発表してきました。スライドは以下になります。 フロー効率性とリソース効率性について #xpjug from Itsuki Kuroda www.slideshare.net また、上記発表のベースは以前のポストである「 フロー効率性とリソース効率性について（QCDのトレードオフなんて本当は無かったんだ） - @i2key のBlog 」がベースとなっております。また、Slideshareに上げたスライドが画像が若干ガビガビになってて見にくいので補足がてら要点だけ記載します。（と思ったら、元のポストより完成度高まってしまった。ので今後、誰かに説明するときはこっちをオリジナルにしよう。。。。） フロー効率性とリソース効率性についてかんたんな説明 リソース効率性について リソース効率を高めるということは稼働率を100%にあげていくことであり、リソースに空き
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
