仕事を前に進めるためのコツ - 判断と決断と共有 / Aim for the goal# 参考資料 - https://gist.github.com/voluntas/9c1d9d51e86a853fed6889f743a12145 - https://amzn.to/4ewrbw7 - https://amzn.to/3XzYYh4 - https://www.ipa.go.…
コーチングの基本 を読んだ - 下林明正のブログ
マンガでやさしくわかるコーチング を読んだ - 下林明正のブログの流れで読んだ。 コーアクティブ・コーチングのCTIと対比されるスクールにコーチ・エィというのがあるらしいので、次は気が向いたらそこの本を読んでみようかと思っている。 新版 コーチングの基本 この１冊ですべてわかる 作者:コーチ・エィ日本実業出版社Amazon 読んでみた印象としては、事前情報通りコーアクティブ・コーチングとは結構ノリが違った。 Co-Activeコーチングは、どの人も根源的に願っていることーー日々充実感を感じながら、自ら人生の主導権を握り、人生の目的に沿って生きることーーを可能にし、クライアントが自ら、さまざまな環境や状況に応用できる持続可能な力を培うコーチングです。 コーチ・エィでは、コーチングを「目標達成に必要な知識、スキル、ツールが何であるかを棚卸しし、それをテーラーメイド（個別対応）で備えさせるプロセ
ソフトウェアのスケーラビリティについてスターバックスが教えてくれること | POSTD
2004年に Gregor Hohphe が「 スターバックスでは2相コミットを使わない（Starbucks Does Not Use Two-Phase Commit） 」という優れた投稿を発表しました。それを読んでいたら、学生時代にスターバックスでアルバイトをした頃がいきなり関わってきました。何年もの間に次第に分かってきたのは、プログラマでさえ有名なコーヒーショップのチェーンから学べることが思った以上にあるということです。 多くの人はスケーラビリティのあるソフトウェアを作ろうしますが、最初に考えていたよりも非常に難しいことがあります。個々のタスクをこなしているうちに「あらゆるものの重要性は等しく、同じリソースを必要とし、決まった順序で同期的に進行する」と考えてしまう罠に陥ってしまうのです。 実際には、少なくともスケーラビリティのあるシステムでは、当てはまりません。もちろんスターバックス
「ノーアジェンダ・どうしましょうか会議」の傾向と対策 - UNIX的なアレ
wadap.hatenablog.com 先日、こんなエントリーを書きました。割とエンジニアやデザイナーの方は経験したことがある会議ではないでしょうか。このワードに反応されていたので、少し掘り下げてみたいと思います。 「ノーアジェンダ・どうしましょうか会議」とは もうこの名前に全てが詰まってはいるので、経験したことがある人はすぐにわかるとおもうのですが、以下の点が揃っているとまさにその会議かと思います。 アジェンダが用意されていない とりあえず関係がありそうな人を呼ぶ 会議が始まり次第「どうしましょうか」的な空気が流れる ダラダラ長い 丸投げ感満載 というところでしょうか。会議そのものに主催者側の専門性があるものでは起きづらいのですが、自身が理解できない or 経験の無い領域の話になるとわりとこういう会議になりがちなのかなと思います。 会議の傾向 そしてこの会議が始まり「どうしましょうか」
先輩パパからアドバイスしよう １ 学年だよりはどこかに貼っておけ 特..
先輩パパからアドバイスしよう １ 学年だよりはどこかに貼っておけ 特に行事予定と集金。学年だよりで重要そうなイベントはスマホのカレンダーかリマインダーに入れておく。 自分はGoogleカレンダーからGAS使って毎朝Slackにリマインダーが飛ぶようになってる。 学年だよりにはその月にやる単元がのっている。図工の用意なんかはそこを見て教科書を開けば一発で分かるし、最近の学校はちゃんと1ヶ月前には便りを出すか連絡帳で知らせてくれる。 そうじゃ無いと言うことはただの怠慢だから担任から校長に意見をあげてもらうか、2学期の終わりにある学校評価の保護者アンケートで書いておく。 ２ お便りはとりあえず写真をとっておけ あそこはペーパーレスとは無縁だ。おびただしい量の手紙が来る。特に1年生のはじめは毎日学年だよりが来る。 忘れるし、買い物行ったときに揃えるモノが分からなくなるから写真とっておけ。 あとは学
初めて上司になって１年が経った
３０歳の若造なのに部署のトップになってしまい、今まで下っ端営業マンだった自分が数人の部下を持ってからもうすぐ１年。有給とはいえ特にやることがないので、この１年でやったことを書いていく。 ・細かいところまでとことん効率化 １０年前のやり方が化石のように現存していた部署だったので、毎日のように徹底的に効率化に励んだ。アナログで書いたり打ったりしていた書類を、せめてエクエルでと関数やマクロを組んでその人が理解するまで家庭教師みたいに一緒にやった。パソコン関係ではなく、細かい手順やルールまで「そもそもコレなんのために必要？」を毎回やって、徹底的に無駄を省いた。 ・定時退社おばけになった 定時がくると「定時ですよ～定時ですよ～」とフラフラと部署を歩き回るおばけになった。残って仕事をしている人には簡単に何をやってるのか説明してもらって、明日でも大丈夫そうだと自分が判断したものは「明日！明日！」と言いな
Atomic designで助かった人たち
This document discusses atomic design and introduces the presenter, Yukako Iida. Atomic design is a methodology for building user interfaces that consists of 5 levels - atoms, molecules, organisms, templates, and pages. Atoms are the smallest UI elements, molecules are groups of atoms that form common building blocks, organisms are complex UI components, templates are page layouts, and pages are t
ボトムアップ組織のマネジメントとは何なのか
いま所属している会社は、ボトムアップな会社ということになっている。正確にはボトムアップとトップダウンが混在していてたまにミスリーディングなのだが、だいたいはボトムアップな会社といえるだろう。 それで、たまに、学生と会ってくれといわれて、うちの会社がボトムアップの会社なんですよ〜、と話すことがある。だがこのボトムアップというやつ、採用活動では『いかに若いうちから活躍できるか』をぐいぐいアピールするための文句ではあるのだが、実際、現場でどういうコミュニケーションになっているのか、あまり説明されない。どういう会社が「良い」ボトムアップの会社なのか、わりとみんな意識していない。 とりあえず適当に若いのに丸投げてみたら、いつの間にかイケてる提案を持ってきた、なんてことは、ありえない。それを実現するためには、上司側の見えない努力がたくさん必要なのだ。 こんなマニアックな話をしている人は多くないと思うの
ZenHub.io - Agile Project Management inside GitHub
AI is radically changing the way that we build software. Yet the way we manage software projects still looks a lot like it did twenty years ago. Engineering teams are still spending hours manually updating project management tools, leading to messy, inaccurate project data. This leaves engineering leaders without a clear view of progress, making it difficult to know whether projects will be deli
5分でわかった気になるインセプションデッキ
1. 5分でわかった気になる インセプションデッキ I N C E P T I O N D E C K 及部敬雄 @TAKAKING22 - インセプションデッキの概要がわかった気になる -
The Agile Inception Deck
Download Blank Inception Deck Online course Udemy One area most agile methods are completely silent on is project chartering. Below is a lightweight you can use to fill this gap and get your project headed in the right direction long before the first line of code every gets written. 10 questions to ask at the start of your next project It starts out so hopefully. As you begin the project, you and
ソフトウェアプロセス技術がロストテクノロジーになっている - きしだのHatena
最近会った人とよく話すのが、ソフトウェアプロセス技術がロストテクノロジーになってるんではないかということです。 ソフトウェアプロセスというのは、「プロセスがよいソフトウェアをつくる」という前提のもと、どのようなタイミングでどのような成果物を作り、どのような管理をし、どのように検査をしてソフトウェアを作るかという手順です。 そして、プロセス技術というのは、そのようなプロセスを構築し運用し改善する技術です。 このようなソフトウェアプロセス技術は、1995年くらいから2000年くらいにかけて盛り上がり広まりかけたのですが、そのタイミングでWebが広まりはじめ、「Webは進化が速い」「作るものがどんどん変わる」などを合言葉に、「アジャイルプロセスを採用する」という名目でなんら管理されないプロセスが普及しました。その結果、プロセス技術は完全に下火になっているように思います。 もちろん、Webの発展段
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.sekai-lab.com/times/?p=985