複数のエンジニアと開発を円滑に進めるためのissueの立て方 - クックパッド開発者ブログ

こんにちは。クックパッド特売情報ディレクターの田中です。 前回ヘルスケア事業部の濱田くんのエントリーでエンジニア以外のGitHubの利用について紹介されていましたが、今回は私がチーム開発で実践しているissueの立て方についてご紹介したいと思います。 チームが大きくなってきてヒズミが生じてきた 本来、ディレクターが開発を伴わない価値検証を十分に行った上で仕様を考え、デザイナー・エンジニアに引き継ぐのが理想的だと思います。 私自身も当初はその開発の進め方を採用していましたが、チームが大きくなり、ディレクター１人で関わるエンジニアが増えてくると、状況は変わってきました。 マルチタスク的に仕様を考えていたために詰めが甘い部分が多く、手戻りが発生してしまったり、仕様の準備が追いつかず、エンジニアの手が空いてしまうことが増えてしまったのです。 当初は自分自身の頑張りが足りないからだと、徒に気合いと根

[Amarron]

issueの立て方の参考になる。完璧につくると労力がやばいので8割で巻き込むのが良いらしい。

[atsumo]

こういう仕様がFIXしてないけど、一緒に仕様自体と実装者を巻き込み作っていくのはいいと思う！実装者も言ったからには的な責任も生まれるし

[shiba_yu36]

良いフォーマット

[non_117]

抱えこむタイプのマネージャー良くない案件

[tamakoron]

複数のエンジニアと開発を円滑に進めるためのissueの立て方

[youg0717]

ふむふむ / 複数のエンジニアと開発を円滑に進めるためのissueの立て方

[ae06710]

超リアル / “マルチタスク的に仕様を考えていたために詰めが甘い部分が多く、手戻りが発生してしまったり、仕様の準備が追いつかず、エンジニアの手が空いてしまうことが増えてしまったのです。”

[ntakahashi0505]

エンジニアが複数でなくとも有用と思います。 ／複数のエンジニアと開発を円滑に進めるためのissueの立て方 (via @Pocket)

[baronhorse]

中身わからないからあれだけど、歪みの元は別の部分にあるような。。

[iga_k]

参考になる

[hisaichi5518]

"骨子が明確になっていないと、当初自分が意図していたものから大きく議論が膨らんで収集が付かなくなってしまうことも" たしかにな〜〜〜

[yuhi_as]

自分が判断するためのインプット情報も含めて共有するの大事

[bamch0h]

ディレクターが楽する方法

[nobububu]

良記事

[japanitnt]

複数のエンジニアと開発を円滑に進めるためのissueの立て方 - クックパッド開発者ブログ: 2015-11-05 複数のエンジニアと開発を円滑に進めるためのissueの立て方…

[rmomu]

なるほど

[koogawa]

早い段階でissueを立ててアウトプットした方が結果的に開発前に仕様をブラッシュアップすることができる、と

[takazoom]

うちでも取り入れてるやり方だ。でも巻き込める場合と、巻き込め無い場合があるんだよな。巻き込み方を工夫しよう。

[g08m11]

複数のエンジニアと開発を円滑に進めるためのissueの立て方 - クックパッド開発者ブロ&#12

[satosssi]

最近のクックパッドブログこういうネタ多いきがするなー 実は困ってました案件だったりするよね

[digitalglm]

複数のエンジニアと開発を円滑に進めるためのissueの立て方 - クックパッド開発者ブログ: 2015-11-05 複数のエンジニアと開発を円滑に進めるためのissueの立て方…

[shiraji]

こういう話がエンジニアじゃない人から出てくるような環境ってどうやったら作れるのだろう。

[elim]

“施策の完成度80%でissueを書くことで周囲を巻き込む ”

[func09]

“エンジニアは魔法使いじゃない！”

[chezou]

“「エンジニアは魔法使いじゃない！」”