英語版記事を日本語へ機械翻訳したバージョン（Google翻訳）。 万が一翻訳の手がかりとして機械翻訳を用いた場合、翻訳者は必ず翻訳元原文を参照して機械翻訳の誤りを訂正し、正確な翻訳にしなければなりません。これが成されていない場合、記事は削除の方針G-3に基づき、削除される可能性があります。 信頼性が低いまたは低品質な文章を翻訳しないでください。もし可能ならば、文章を他言語版記事に示された文献で正しいかどうかを確認してください。 履歴継承を行うため、要約欄に翻訳元となった記事のページ名・版について記述する必要があります。記述方法については、Wikipedia:翻訳のガイドライン#要約欄への記入を参照ください。 翻訳後、{{翻訳告知|en|Psychological resilience|…}}をノートに追加することもできます。 Wikipedia:翻訳のガイドラインに、より詳細な翻訳の手順・

宿泊開発チームでエンジニアをしている @itinao です。 昨年の10月に入社しました。 今回は GitHub Projects を利用したタスク管理について記載します。 なんとなーく GitHub Projects 使うと、KANBANにしてみたり リストにして使ってみたり で終わってしまいます。 もっと色々できるんだよってことが伝えられればと思います。 背景 どんな機能があるか Custom Fields Views Group by Slice by Workflows ISSUEと Pull requestの紐づけ Insights タスクの進め方 タスクの洗い出し 見積もり 現状の課題と今後の展望 まとめ さいごに 背景 一休ではチームごとにタスクの管理方法が違い、 Google Spreadsheet・GitHub Projects・Jiraなど、チームごとにタスク管理の方法

この記事で書きたいことは下記のようなことです。 ・私が知っている中で一番「整理整頓」「片付け」が上手い人は、昔居候していたバーのマスターです ・マスターに「片付けのコツ」を聞いてみたところ、「頭と手を同時に動かそうとするな」と言われて、以下のようなことを教わりました ・片付けというのは要は「カテゴライズ」であって、単純化すると物品を分類するだけの行為 ・人間は複数のことを同時にやるのが苦手であって、「考えながら手を動かす」のは高いコストを要求される ・だから、「考えておけることは事前に考えておく」だけで片付けのハードルが下がる ・お前は片付けの時、手を動かしながら分類まで考えようとしているので全然片付けが出来ない、先に考えるべきことを考えろ ・その教えを後から思い出して、だいぶ(片付けに限らず)タスク処理が上手くなりましたので、片付けが苦手なひとはご参考まで 以上です。よろしくお願いします

別軸で、うまく行ったMTGや、そのMTGでいろんな発言を引き出した人、意思決定のための戦略を示した人をもっと評価するという方法もあるのかなと考えた。下手なMTGをなくしていこうというような意味で

こんにちは！経営企画の仕事をしているudonです。1年半前の見習いQA以来、2度目の文章です。今回は10X社内の会議のルールを整理し、そして全社員の未来のカレンダー予定を一旦全部消す、通称「ビッグバン」の第一回を実施したのでその背景や内容について書きます。 (イメージ) 10Xでは社内におけるコミュニケーションを大きく「同期」「非同期」に分けています。同期は会議や突発的な電話など同じ場にいることが前提であるコミュニケーションを指し、Slackなど非同期は必ずしも同じ時間での往復を前提としない文章やドキュメントによるコミュニケーションを指します。入った当初は「ドウキ・・？ヒドウキ？？」とドキドキしてた私ですが、2年も経つと慣れてしまいました。慣れって怖いですね。 話が長いという皆様の期待を裏切ることなく、タイトルにもなっているビッグバン(会議の全削除)の話にいくまで5,000文字嵩んでしまっ

iOSアプリのプランニング iPhone向けソフトウェアを初めて開発する場合は、利用するツールやテクノロジーについてよく理解しておきましょう。Appleでは、開発を始めるために必要なすべてを用意しており、iOSテクノロジーにより、アプリで目的とする機能やパフォーマンスを実現することができます。 広がる可能性 iPhoneアプリを開発する際は、開発初期のアプローチがその後の多くの決定に影響を与えます。そのため、アプリのコンテンツの種類や表示方法に応じてアプローチを決めましょう。 標準的な要素からUIを構築する iOSに用意されているボタンやテキストラベル、およびその他の標準的なビューやコントロールを利用することによって、アプリを短期間で構築できます。コントロールの外観をカスタマイズしたり、まったく新しいビューを構成して、コンテンツを個性的に演出することも可能です。このアプローチは、ほとんどの

概要 アプリの品質向上やリリース時の作業の効率をどう改善し、品質によるユーザー離れやクライアントの利益を計画的に検知できる仕組みや検証端末の選定（サービスによって使われる端末も違うので日々調査することが大事）や検証台数、テスト内容を検討する。 ※UXやUIも「アプリ品質の1つ」で使いやすさや見た目がユーザーに受け入れられないと、インストールすらされなくなる。レビュー評価も低い傾向になります。 リテンション率（顧客維持率） も日々見ていくことが大事になります。 ホーム トップ 詳細 画像 テスト計画 スマートフォンの登場で、PCからスマートフォンへシフト。 また多くのアプリの登場により、アプリ商圏は年を追うごとに大きくなっています。 その中で、どれだけ品質のよいものをリリース出来るかが、サービスの中で大事になっています。いくら短期間でリリースしても、不具合だらけのサービスでは使い物にならない

中学生の娘の進路相談の件を職場の後輩に話すと、彼女はがははと笑って、先輩はいい親やってると思いますよ、と言った。 ありがとう、でもわたしみたいな夢のない人間だけでは参考にならないし、夫も似たようなものだから、夢がある進路を選んだ大人の話も参考にしてほしくてね、まずはあなたかなと。 後輩はわたしと同じ会社で働いているが、兼業ライターでもある。お芝居がたいへん好きで、舞台の専門誌や専門メディアに記事を書き、ときどき関連するエッセイなども執筆して、それでお金をもらっている。なお、弊社は兼業OKである。 彼女はたずねる。ライターって夢、あります？　あるんじゃないかな、とわたしはこたえる。好きなことを専門にして文章を書くんでしょ。夢がある。わたしでも名前を知っている俳優さんにインタビューしたりして、華やかだしねえ。 後輩はほほえんで口をひらく。 なるほど。ではクリエイター系ドリーミンジョブの話をしま

このところわたしばかりが仕事を休んでいる。 幼児は熱を出すものだ。ここ半年は誇張でなく隔週ペースである。そうなると親が仕事を休まざるをえない。そしてこのところそれを担当するのがわたしばかりなのである。 結婚話が出たときに、わたしは夫と家事子育ての話をした。夫はもともと自分のことは全部自分でする。しかしわたしは、フルタイムで働く女たちの夫が家事育児をせず、その結果、けんかしたり（意外と少ない）、我慢したあげくにキレたり（けっこういる）、女友達に愚痴を言いながらなぜか家事は引き続き全部していたり（これが多数派）するのを、さんざっぱら見てきたのである。 わたしはそんなのはぜったいにいやだった。「夫を育てる」みたいなのも冗談じゃなかった。わたしは「夫」がほしかったことなど一度もなかった。一緒に楽しく暮らすための努力を二人ともができる、そういう相手がいたから、はじめて結婚のオファーを検討したのだ。

RSS（アール・エス・エス：Rich Site Summary）とは、ウェブサイトの要約や記事の見出しなどを配信するためのXMLベースのデータフォーマットです。 RSSリーダーと呼ばれるソフトウェアやRSSに対応したブラウザを使用することで、総務省に掲載された新着情報を素早く入手して、興味のある記事を簡単に閲覧することができます。

プリンシパル＝エージェント関係（－かんけい、principal-agent relationship）[1]とは、行為主体Aが、自らの利益のための労務の実施を、他の行為主体Bに委任すること。このとき、行為主体Aをプリンシパル（principal、依頼人、本人）、行為主体Bをエージェント（agent、代理人）[2] と呼ぶ。 エージェンシー・スラック（agency slack）とは、エージェントが、プリンシパルの利益のために委任されているにもかかわらず、プリンシパルの利益に反してエージェント自身の利益を優先した行動をとってしまうこと。エージェンシー問題（－もんだい、agency problem）[3]とは、プリンシパル＝エージェント関係においてエージェンシー・スラックが生じてしまう問題のこと。 プリンシパル＝エージェント理論（－りろん、principal-agent theory）[4]とは

smallタグ smallタグです。 かつては文字を小さく表示するために使われるタグでしたが、今ではセマンティックな役割が与えられています。 そのうちの1つが著作権の帰属を表すです。 なんでこの記事を書いたのか smallの役割って意外と知られていない気がする 最近レビューで連続でこの話をした という2つの理由から記事を書きました。 内容の補足 コピーライト表記ってありますよね？ © 2019-2021 Example Corporation All rights reserved. みたいなやつです。 色々なサイトのマークアップを見学していてspanタグで実装されていることが多いことに気がつきました。 しかしHTML Living Standardのsmallタグの章を見てみると Small print typically features disclaimers, caveats, l

最近はデザインの範囲がかなり広がり、デザイン思考や、UXデザイン、そしてサービスデザインなど「見た目」だけではないデザイン領域が注目されている。 それと同時に「デザイナー」と呼ばれる人の中で基本的なビジュアルデザインに関する知識が乏しい人も少なくはなくなってきた。 しかし、いかなるデザインフィールドであったとしてもデザインの基礎知識が重要であることには変わりない。 英語のdesign, Design, DESIGN その違いを知っていますか？ そこで今回はヴィジュアルデザインの細部に関する視覚的錯覚 = 錯視に関しての11のポイントを紹介したい。 一流デザイナーはみんな知っている”錯視調整”「神は細部に宿る」と言われる通り、”良いデザイナー”と”素晴らしいデザイナー”を分けるポイントの一つに、細かい部分の作り込みが挙げられる。 デザインソフトを使って自動調整しても何故かしっくりこない時があ

価格戦略に必要とされること ここでは、価格戦略の策定に有用な調査法を紹介します。 価格は単に商品の価値はどのくらいか、どのくらいの売上をもたらすか、利益はどのくらいか、というものを表す数字ではありません。広告や店舗の雰囲気等と同様に、価格が生活者の間に商品のイメージを創出し、生活者に満足を与えるという役割を持っています。 例えば高級ブランドのバッグが3,000円で売られていたとしたら、恐らくそのバッグはニセモノではないかと疑われ、「買いたい」と思う人は非常に少ないと思われます。これは“価格が商品の品質を表す”と、生活者にとらえられているという側面を持っているからです。（価格の品質バロメータ仮説［Levitt, 1954他］による） 価格設定の問題では、価格を下げれば販売量が増えるという単調な関係を想定するのではなく、商品のイメージやコンセプトとのコンテクストも考えることが要求されます。この

Google に限らず、多くの組織では、仕事のかなりの部分をチームによる共同作業で進めています。チームは真の成果を生み出す最小の単位で、画期的なアイデアが生み出され評価される場です。従業員はほとんどの仕事をチームの一員として行います。しかし、チームの対人関係に問題が生じたり、メンバーのスキルが適切でなかったり、あるいはチームとしての目標が明確でなかったりすると、生産性の低下やメンバー間の摩擦が生まれるといった問題が生じかねません。 Google のピープル アナリティクス チームは、「Project Oxygen」というリサーチ プロジェクトによって、「優れた上司の条件」を突き止めることに成功しました。このプロジェクトの成功を受けて、Google の研究者はその後、Google 社内で効果的なチームの特徴を明らかにするため、同じ手法を用いて新たなリサーチを実施しました。アリストテレスの言葉